http://practicallyagile.com/2009/02/java-no-longer-my-first-choice/ Using Agile in less-than-perfect situations since Y2K Tue, 12 Oct 2010 14:33:52 +0000 hourly 1 http://wordpress.org/?v= http://practicallyagile.com/2009/02/java-no-longer-my-first-choice/comment-page-1/#comment-84 Mike Thu, 03 Jun 2010 18:48:03 +0000 http://practicallyagile.com/?p=53#comment-84 If I remember correctly, the code in question was doing some dependency injection-type work. Dynamically loading and reloading business rules. That said, I don't really think that's the main question. The main question is: Can't there be a syntax that allows for the type safety with a little less verbosity? And also vying for the front is: If it wasn't possible to come up with something that worked for <em>all</em> of the older APIs, should a half-baked implementation have been put into place? If I remember correctly, the code in question was doing some dependency injection-type work. Dynamically loading and reloading business rules. That said, I don’t really think that’s the main question. The main question is: Can’t there be a syntax that allows for the type safety with a little less verbosity? And also vying for the front is: If it wasn’t possible to come up with something that worked for all of the older APIs, should a half-baked implementation have been put into place?

]]> http://practicallyagile.com/2009/02/java-no-longer-my-first-choice/comment-page-1/#comment-83 Jae Thu, 03 Jun 2010 16:07:03 +0000 http://practicallyagile.com/?p=53#comment-83 The question is, why do you need so much reliance on reflection? Is this for dependency injection? The question is, why do you need so much reliance on reflection? Is this for dependency injection?

]]> http://practicallyagile.com/2009/02/java-no-longer-my-first-choice/comment-page-1/#comment-37 Monty Sun, 07 Jun 2009 00:41:04 +0000 http://practicallyagile.com/?p=53#comment-37 Join me in Python 3000. Join me in Python 3000.

]]>