J2EE开发者之痛
在拥有诸多优秀特性的同时，我们也不得不看到：陡峭的学习曲线和居高不下的开发成本，一直是J2EE存在的缺陷。J2EE开发者们对此深有体会，而这些缺憾成为了他们“心口的痛”。于是，在采用J2EE技术的软件公司中，无论是我们的工程师，还是我们的项目经理，甚至是管理层，往往会有这样一些抱怨：
学习曲线太陡
开发工程师：所谓J2EE就是一大堆规范的合集，随便一个规范就好几百页,写得非常晦涩难懂，还是英文的，如何才能快速掌握相关知识？
项目经理：培养一个J2EE开发人员的成本太高了，往往半年以后才能承担具体工作任务，产品开发进度如何得到有效保障？
总经理：随随便便一个J2EE开发工程师，就需要很高的薪资待遇，公司成本如何得到有效控制？
开发效率低下
开发工程师：开发一个J2EE组件实在是麻烦：用两分钟的时间改一个Bug，却要用五分钟的时间去部署、测试，最终导致没完没了的加班！
项目经理：J2EE社区有多种开发工具供我们选择，但事实上，没有一个工具能够很好的与服务器紧密集成，将开发、配置、部署、监控等过程融为一体，使开发进度总是一拖再拖！
总经理：理论上， J2EE技术应该比VB优秀，但让人不明白的是：为什么用VB一个月就可以完成的工作，而用J2EE却两个月都无法完成！
运行性能不高
开发工程师：搞不懂整个J2EE社区是怎么回事；两年前还对EJB顶礼膜拜，现在又忽然对其完全的否定与排斥，J2EE到底应该如何发展？
项目经理：某些过度重量级的技术模型，再加上我们又过渡依赖J2EE“神奇“的集群能力， 最终导致整个技术框架不堪重负；事实证明：J2EE需要一种轻量级的技术模型。
总经理：J2EE不是所谓的高端技术吗？为什么用它构建的产品，性能指标会如此之差？技术的进步难道不是带来产品的性能提升吗？
其实，J2EE可以更轻松
网友评论