J2SE 推出后，以其跨平台及友好的API迅速获得青睐。J2EE的推出，令Java作为首选的
开发环境迅速占领市场。但好景不长。至今为止，以Java为开发环境的开发越来越变得
复杂艰难。Java EE已经变得臃肿庞大，开发台阶与开发成本提高，开发效率下降，维护
成本提高。
原因很多。
其一，对普通用户来说，Java1.5 与Java1.4相比，并没有实质性的提高。Java1.5
增加了些什莫呢?不论 Auto boxing还是 Generics，对Java本身非但没有实质性的
提高，反而将Java糟蹋得够呛。
其二，Java EE 与 J2EE相比，也没有实质性的提高。EJB3只是将后台的配置转移到了
源代码中，利用Annotation来“修饰”源代码。经过一番“修饰”和相关资源“修饰”
性“注入”后，源代码已经很难看了@@@@
其三，这与Java 社区的演变也有紧密地关系，Java 作为开源平台与开源社区有着千丝
万缕的联系。Spring的出现，将Java开发一劈两半儿。EJB or No EJB 看起来是设计
选择问题，其实是严重影响了Java社区的健康发展：Java社区分裂了。
其四，Framework贻害无穷。Java社区的各种各样的所谓开发框架层出不穷，弊端无数。
主要有四：一是推高了Java开发人员的入门门槛，严重加重了Java从业人员的学习负担;
二是各种框架将基本的开发技能封闭在其所谓的框架之内，一般开发人员没有精力，也没
有兴趣研究透彻，失去了学习理解解决问题的基本开发技能的机会，成为真正的软件蓝领;
三是框架的应用，使整个设计复杂化，开发维护复杂困难，效率低下。四是各种框架的配
置复杂，使得开发工作变了味。这配置成了开发工作的拦路虎，到处是XML文件，也不知
道我们是在用Java编程还是在用XML编程。
其五，普通的Java开发人员需要掌握太多技术。以Web Application为例，前台要用框架
提供的标签，另外要懂html,css,javascript,ajax,jsp/servlet;中间流控制要采用框
架的编程接口，还要明白java,jndi,ejb;后台又要用持久化编程接口，又要搞清楚jdbc,
transaction,databases。还要掌握通讯协议，弄清楚满天乱飞的annotation,xml配置文
件;可以想象，一个普通的Java开发人员需要掌握多少技术，熟悉多少API和所谓的框架们
才能干活儿，更别提那各种各样的花钱与不花钱Application Server了?这还没提开发工
具，单元测试及源代码管理，公司业务等等。开发人员一跳槽，这一切都变了：跳不动啊!
你看看猎头公司列出的对Java开发人员的技术要求条件。我的天，谁能掌握甚至精通那些
技术?James Gosling能掌握得了吗?
相关Java EE 进行开发已经变得困难