为什么一些JAVA EE / J2EE 工程是效率低下或者至少是效率欠佳的（翻译）

英文原帖地址：http://www.adam-bien.com/roller/abien/entry/why_some_of_the_java

1. 架构师对于PowerPoint的熟练程度要远远胜过流行的Java IDE。
2. 光是部署基本环境（比如应用程序服务器和数据库）就需要若干张ＤＶＤ和几个小时。
3. 一些流行的服务器需要几分钟去启动和部署，而你每天要重复这一过程若干次。
4. 为应用服务器的bug立案（并且重现问题的所在）往往比你自己修复它需要的时间更长（当然，如果你有源代码的话）
5. 很难为开发者们找到一个可以高效运行那些“企业级”开发工具的硬件，而且因为这些开发工具十分昂贵，想要弃他们不用也很困难
6. 架构师热爱分层，光是从持久层传递一个持久实体到表现层，就需要若干次mapping。
7. 一切都是可配置、可替换、可建模的。ＸＭＬ的负担十分巨大。问题是：上一次你真正的需要在工程中替换某些东西是什么时候？
8. 无论是瀑布式还是敏捷式都充满各种专业术语和奇怪的规范。两者都可以非常的低效。看上去只做最基本的有时真的很难。
9. 开发者有的时候非常极端：不是用成千上万的模式和最佳实践把所有东西都过度设计，就是直接了当的使用“意大利面条”式的开发风格。
10. “快感已经不再”很多开发者、构架师和经理们已经失去了他们的狂热和激情。这也是为什么许多工程如此低效的原因之一。
11. 即使像留言板这样的程序，也要考虑高可用性（译者：就是不掉线～）、集群。复杂性统治一切。
12. 奇怪的质量保证规则（比如文档化很明显的getters／setters方法）加大开发和维护成本。

这个文章的评论里面有人总结出来第１３条：
构架师和开发者热爱框架。即使对于最简单的增删查改类的程序，也要用到internet://**/*.jar，而不是Ｊａｖａ　ＳＥ或者应用程序服务器提供的ＡＰＩ。


译者：我不是推卸责任，虽然都在点子上，但是原文作者的文笔确实一般，我基本忠于原文，所以文笔也就只能这样了。

最后奉上我自己写的仿《大腕》经典对白：

一定要找那最流行的框架，
用功能最强大编辑器，
做就要做最复杂的系统，
轻量级的绝对不行，
框架最简单也得是ＳＰＲＩＮＧ，
什么ＥＪＢ啊，ＨＩＢＥＲＮＡＴＥ啊，ＳＥＡＭ啊，能用的全都得用上，
表现层要可配置、持久层要可替换，
程序最好能用一万年，
客户一见面，甭管有事没事，
都得问人家：您准备换框架不？
系统还得能够集群
访问量再小也得同时开１０几台服务器
一天２４小时在线
火星撞地球了都能提供服务
服务器上跑得都是weblogic、websphere
你要用一jboss，都不好意思跟人家打招呼
你说这系统，得做多长时间？
（怎么地也得５年吧？）
５年？那是一期工程，
１０年起，
你得揣摩老板的心理，
愿意花５年开发一套系统的老板，
根本就不在乎再多等５年，
什么是软件工程你知道么？
软件工程就是，搞什么都不用最好的，用最复杂的
所以我们口号就是：
不求最好，但求最复杂。

评论

28 楼 gafking 2008-04-08  

不错，是否能意识到这个问题还要看不同的人在不同的时期所处的不同层次，越是站在高处的人才能越看得清楚。对于那些迷恋、崇拜xxx框架，而不知道什么是适合自己的人来说，只能说他还处于初级阶段。

27 楼 Joo 2008-04-08  

java本身和javaEE的出现以及现在这样的复杂性本身就是企业应用特征决定的：
需求的不稳定性
不断扩展性
导致在设计一个应用的时候就需要考虑到日后变更情况，关键是，是不是有些自作聪明了？现在到底有多少系统真正上线之后用了超过一年又需要大改的？

26 楼 lyxh_2003 2008-04-07  

现在技术已经偏离了它本身的用途，变成标榜人的领带了。

25 楼 stevenwang 2008-04-05  

同意lz。
感觉j2ee把简单的东西复杂化了。
为了解决身上痒痒的问题，非要买祖传秘方不可。
其实，用手挠挠就解决了。

24 楼 shevliu 2008-04-05  

rkihabara 写道

mcpssx 写道

这就是为什么php战胜了java的web技术

java有spring，hibernate，wrap, GWT
大大小小的千奇百怪的框架，

其实大都是牛刀杀鸡。

php战胜了。。
呵呵

不过是说普通网站级的应用罢.

23 楼 rkihabara 2008-04-04  

mcpssx 写道

这就是为什么php战胜了java的web技术

java有spring，hibernate，wrap, GWT
大大小小的千奇百怪的框架，

其实大都是牛刀杀鸡。

php战胜了。。
呵呵

22 楼 ilovephll 2008-04-03  

能忽悠能挣钱的就是好技术

21 楼 w_y_g 2008-04-03  

好啊，说的经典

20 楼 yuxianghong 2008-04-02  

想问下：在实际中到底一般都用些什么技术和工具？
单独的MVC,还是框架，还是ejb...?

19 楼 hyhongyong 2008-04-02  

平衡各方面的需求
（客户的、公司的、上层的、程序员的......)
选择适当的技术和工具。
兼顾发展!

18 楼 sunwei_07 2008-04-02  

说的没错，以前我就犯这个错误
一上来不管三七二十一，先SSH再说。到后来才发现根本不用那么复杂
不过也明白了适当的时候用适当的技术才是好

17 楼 InnocentBoy 2008-04-02  

适合才是美！

16 楼 mathgl 2008-04-02  

周爱民算不上大师吧？

大道之简好像不是他说的。许久以前就听过了

15 楼 LucasLee 2008-04-02  

因为中国软件商缺乏自己核心的竞争力，所以没有卖点，所以只能跟着大厂商走，声称自己用的技术多先进，你看人家真正厉害的应用软件厂商有多少说自己用的是最新技术的？
没办法，就这个现状。
但是说回来，确实应该根据实际需求来选择技术框架，但是现状受商务上的影响太大。

14 楼 yapi 2008-04-02  

K.I.S.S

13 楼 fight_bird 2008-04-01  

都是过度设计惹得祸！

12 楼 sulins 2008-04-01  

系统架构师，好比制衣匠。
做衣服讲究量体裁衣，衣服只要比身材稍宽一些就行；做架构设计，只要能满足客户未来三五年可预测的需求就行。

11 楼 pig345 2008-04-01  

gigix 写道

...给某大客户做过EJB2的系统，一说起来就是苦大仇深～～
...
所以说天大的道理顶不过个合情合理，这种用脚后跟想想就觉得不合理的企业级超复杂，死起来还真是挺快的。

个人经历不同，ejb2到不见的有多复杂，相比hibernate/spring不论从概念上、配置上、ide支持上反到更容易些，只不过ejb技术上是有相当多的限制而已。

要说道真正的复杂而又缺乏效率且不易理解和使用的技术，我看现在各大厂鼓吹的SOA和之上的什么SCA(面向服务组件架构)倒是足够麻烦，也几乎肯定基于它的大多数项目会出现性能问题（比EJB使用的二进制协议还慢，还搞什么组件级别的调用！）

10 楼 alexv 2008-04-01  

对单个公司而言，最重要的是能活下去，有项目做 比 有技术挑战的项目做，要重要的多，可持续发展是之后的事情。

9 楼 baichuan 2008-04-01  

所以，做技术的永远成不了社会的主流，即使社会的发展往往是由技术推动的。