从开发项目的类别角度看java平台基于B/S结构的系统，在这个方向上的竞争是激烈的，有专注于此的LAMP（Linux + Apache + Mysql + Php）；也有刚刚兴起的Rails（Ruby Frameworks）甚至是号称快速开发的ASP.NET；当然了java在这个领域里的MVC框架数都数不完，比如Struts . Webwork等，然而即便是如此，选择java作为开发的理由也是不充分的，因为在这个梯队里java顶多排名最后。
基于C/S结构的系统，在这个方面java显然没有考虑周到，面对VB 、DELPHI、vc这些个如狼似虎的快速开发IDE，JAVA实在是显得异常的淡薄，即使你找到了一个可以匹敌这些个ide的工具，面对第三方的组件又会成为一大障碍，所以java在这个方面又一次的输了。
从java所强调的特性角度看java平台
java的重点是业务逻辑！（我以前也是如此坚信不移）可是谁有能够说别的语言不注重业务逻辑呢，业务逻辑只是一个抽象的概念，java只是依靠ejb提出了业务组件而已，其他的语言在实现业务逻辑的时候也可以包装成POJO的形式，看来这个观点也是失败的。
java强调的是跨平台的优势！这可以理解为初级的、商业的、忽悠人的词汇，面对众多动态语言如Python，在若干平台上的表现，java又如何来强调自己这方面的优势呢？失败
java支持分布式应用的项目！可笑的言论，分布式根本不是值得炫耀的资本，在java之前的c/s项目中何尝不是分布式的应用呢？失败
既然没有了这些个优势，我们看看java到底还剩下些什么？对了其实就是应用服务器！然而看过J2EE WITHOUT EJB的读者肯定知道Spring所希望达到的目的，也就是脱离应用服务器概念上的J2EE体系实现，既然在作者的眼里APPLICATION SERVER只不过是一个忽悠人的词汇，那么任何项目都选择java作为开发的依据显然就是自找苦吃，
那么什么情况下改选择java作为开发的平台呢？
<1> 如果你真的遇到了大型的系统开发任务，恭喜你，你终于可以看到分布式对象、集群的优势了。
<2> 客户是一个java的忠实fans或者是sun、ibm的金牌合作伙伴之类的，选择java是不得已的，但记住并不能证明java是最好的实现方式<3> 如果你只想关心业务逻辑的实现，对于事务、缓存、查找等服务的实现没有兴趣的话，倒是不妨考虑采用ejb的形式，当然前提是你不愿意在寻找合适的替代品的情况下。
<4> 如果项目迫切的寻找某种框架的支持，选择java就是对的，你有众多优秀的、免费的、可扩展的、天才的框架可以选择，更多的时候你是出于尴尬的境地，因为任何一个都让你心动、而这样的选择往往是最痛苦、和快乐的。
正确的选择<1>条件： 如果项目仅仅只是一个小型的网站系统选择： LAMP、Rails
<2>条件： 项目规模中等并且项目的时间比较紧，项目可以架构在windows的系统之上，选择： .Net / Delphi
<3>条件： 大型的系统，有支持分布式对象、集群的要求；或者SUN / IBM的金牌合作伙伴 ； 想要寻找某种优秀的框架来解决问题选择： java是不二的选择，可是我想问一下，在现实中你能遇到这样的项目吗？
所以，从实际的角度出发，我们面对的99％可能都是一些符合条件1，2的系统，而选择java实在是得不偿失的。最后以一段Code Complete中的话来作为结束语
每个程序员都有很多的工具，但并不存在任何一个能够适用于所有工作的工具，因地制宜的选择正确工具是成为能有效编程的程序员的关键。