低效的企业级开发-之根源

1. 架构师对于PowerPoint的熟练程度要远远胜过流行的Java IDE。

2. 光是部署基本环境（比如应用程序服务器和数据库）就需要若干张ＤＶＤ和几个小时。

3. 一些流行的服务器需要几分钟去启动和部署，而你每天要重复若干次。

4. 为应用服务器的bug立案（并且重现问题的所在）往往比你自己修复它需要的时间更长（当然，如果你有源代码的话）

5. 很难为开发者们找到一个可以高效运行那些“企业级”开发工具的硬件，而且因为这些开发工具十分昂贵，想要弃他们不用也很困难

6. 架构师热爱分层，光是从持久层传递一个持久实体到表现层，就需要若干次mapping。

7. 一切都是可配置、可替换、可建模的。ＸＭＬ的负担十分巨大。问题是：上一次你真正的需要在工程中替换某些东西是什么时候？

8. 无论是瀑布式还是敏捷式都充满各种专业术语和奇怪的规范。两者都可以非常的低效。看上去只做最基本的有时真的很难。

9. 开发者有的时候非常极端：不是用成千上万的模式和最佳实践把所有东西都过度设计，就是直接了当的使用“意大利面条”式的开发风格。

10. “快感已经不再”很多开发者、构架师和经理们已经失去了他们的狂热和激情。这也是为什么许多工程如此低效的原因之一。

11. 即使像留言板这样的程序，也要考虑高可用性（译者：就是不掉线～）、集群。复杂性统治一切。

12. 奇怪的质量保证规则（比如文档化很明显的getters／setters方法）加大开发和维护成本。