Granny's Programming Pearls
"inside of every large program is a small program struggling to get out"
JavaRanch.com/granny.jsp
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Liutauras Vilda
  • Tim Cooke
  • Jeanne Boyarsky
  • Bear Bibeault
Sheriffs:
  • Knute Snortum
  • paul wheaton
  • Devaka Cooray
Saloon Keepers:
  • Tim Moores
  • Stephan van Hulst
  • Ron McLeod
  • Piet Souris
  • Ganesh Patekar
Bartenders:
  • Tim Holloway
  • Carey Brown
  • salvin francis

Is Agile only for Java

 
Greenhorn
Posts: 10
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
IT might sound stupid. However, I always see Agile practices associated with a Java development environment. Am I right in thinking that Agile is best suited for the development processes of Java applications or I could use Agile for the development of any sort of solution from C# applications to Portal development in PHP, Oscript (Opentext), etc?
 
Sheriff
Posts: 14691
16
Eclipse IDE VI Editor Ubuntu
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
No, Agile is not associated with any particular language.
 
Sheriff
Posts: 6920
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
You probably see more about agile use of Java simply because Java is such a widespread and popular language. In many ways java is less suited to an agile approach than some of the more fluid languages (Smalltalk and Ruby spring to mind, although there are many others.)

It's important to understand that most of what passes for agile process is not really about the language or other software tools. An agile approach is largely about how people on a team work together, and thus has things to say about communication, organization, priorities and so on.
 
author
Posts: 31
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Diego,

as an example, you have MSF-Agile, which is microsoft's process for agile development, so this is an example of agile development target .NET platform.

And yes, I agree with previous comments, there is nothing platform or language dependent with agile development...

Cheers

/Per
 
Bartender
Posts: 2968
6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator

Originally posted by Frank Carver:
In many ways java is less suited to an agile approach than some of the more fluid languages (Smalltalk and Ruby spring to mind, although there are many others.)



But you are still talking about languages with OO features which are inherently suited to test driven design. Personally I think that TDD is a pivotal practice when it comes to being "agile". However there is still a significant body of custom software out there that was developed before the rise of Java (or before it gained widespread acceptance) that either used a pre-OO development environment (not even C or C++) or some RAD-era inspired Smart GUI tool. The owners are unwilling to consider re-writes "merely to improve maintainability" but this software still has to adapt to today�s changing business needs (It�s sometimes mind-boggling for how many years some custom software systems, "at the brink of being decommissioned", continue to perform mission critical services because the owning company is "not in the business of writing software"). I consider these types of development environments TDD-adverse/TDD-hostile - not to say that TDD is impossible (though it may seem that way, especially if you have to write your own testing framework) but the "cost of admission" is significantly higher than it would be with your general OO development environment.

For example, many Oracle shops invest heavily in their PL/SQL stored procedure code base (possibly to the point that the PL/SQL code IS the server-side application). Even though Steven Feuerstein has supplied a testing framework (utplsql), unit testing never really got "fashionable" with the PL/SQL crowd. Without OO-features it is notoriously difficult to mock aspects of the code for testing or inject dependencies. Furthermore the kind of partitioning that testable code requires feels to some PL/SQL practitioners like "swimming upstream". And because of the size (and/or interconnectedness) of the databases that are involved you will rarely find a situation were each developer has their own database instance (sandbox) to do their own unit-testing. So even if you had unit tests it would be unlikely that they would be run frequently enough.

From that I have to conclude that being 'agile' is so challenging in a TDD-adverse/TDD-hostile development environment (either because of the limitations of the tools involved, or because of "cultural pre-disposition") that most organizations in such a situation would never attempt it.
 
There is no beard big enough to make me comfortable enough with my masculinity to wear pink. Tiny ad:
create, convert, edit or print DOC and DOCX in Java
https://products.aspose.com/words/java
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!