现今流行快速建模，快速开发！
OO语言越简单越好，oo语言本身就是直接面身客户。想了解底层的复杂，学汇编、C就好了。
浪费我时间的东东，通通是垃圾！！！！！！！！
打死活到100岁，笑死
程序员（统称）没有合理的分工
很多时候，我们并不明确，
那到底是不是该我来做的事情？
看看现在的程序员，
什么都要学，什么都要做
（多学点知识，总有用的吧。
但不能什么事都要程序员来做）
能不复杂么？
是不是该考虑下，
如何分配管理细化精炼程序员呢？
对于开发来说也许作为一个针对数据库的WEB应用项目，大多数程序都在如何对数据库的数据增删改上面，我们要考虑的应该是如何压缩这部分的工作，而把其中通用的和具体的数据库、表无关的东西总结出来，因此你的简单还需要稍微再复杂一层，至少要把里面的那些和你具体的业务有关的东西要剥离出来。
还有一点需要指出的就是说到底数据库是面向关系的，可以思考一下关系和对象还是有很大区别的，数据库如果要面向对象来设计自然无法满足范式的要求，而导致大量的冗余数据，如果硬要把每个表都变成bean
也不一定是好的思路，因此任何框架我想应该在解决对象和关系的矛盾上面。
对于程序的维护来说也不是说只修改XML就简单，编译也不是什么难事，关键还是在于采用统一的开发模式和框架，包括一层层对技术的抽象，难的东西被逐步排除到业务之外，集中形成了框架或者API，而他们的稳定性可以由高端的技术人员来更新和维护，对前台保持良好的有效的接口，一方面保持了稳定性和高可用性，另一方面也使得每次技术的革新不会影响已经开发的业务程序。对于普通技术人员只要能够理解相对简单的程序和配置，就可以进行调试和修改就可以了，无论是改你的java程序还是XML文件，都没有难易高低之分。
******
lz 的这个问题 谁给说说？
退一步讲，就算XML改起来很容易，派个技术一般的去改一下就可以。问题是，企业应用中，真正改代码的时间占的很少，更多的时间花在测试和批准修改上。
顺便问一下，对于一个已经存在的系统，如何ORM？难道要重构数据库结构？