硬件越跑越快，软件越陷越慢

怎么会都是静态的，我还特地举淘宝的例子，图片我只是单独拿出来说，图片信息本身就是动态的，不同的卖家发布新的商品的图片更新。

1.你只用数据库存储过程，你设计一个taobao这样的网站试试？数据库能搞定多少问题，这种数据库方案也不过是利用（或者说迷信）数据库的同步机制罢了，和那些迷信J2EE所谓的高效同步机制有什么本质区别。

2.即使不说大网站，企业软件，并发上个50-200也是蛮正常的吧，刚才说了，用个结构很简单的数据字典缓存机制根据需求就能极大的改善性能，而且开发量相对不大，但用数据库结构做的到么。我的意思是系统复杂度达到一定程度，不好好设计整体的话，开发复杂的，代码（不管什么代码）复杂度，维护成本是以几何级数往上翻的。

你凭什么说维护成本低，我就单说招人成本，在中国好的PHP的人要比Java难招的多，项目不是单打独斗，是将配合的，你会让你项目组里最强的人去做维护任务么？

hibernate优势不用我说，自己搜吧，善加利用的话。

再次强调hibernate也是草根出身，又不是EJB。

你告诉我你的java跑在什么app上？tomcat，jboss？weblogic？或者你向google学习，自己开发app？

用Tomcat + APR好了，企业应用客户要求什么就给买什么，我们不管的，也有用jboss的，数据库也是如此。

企业应用为什么不能用缓存，以很小的代价获得高性能回报，为什么不用？
二级缓存先不提，hibernate一级缓存（一个事物中的缓存）就能直接减少数据库的访问次数，当然有用。
不要老说web开发，那只是“平原型”的项目，如果是“深井型”的项目，或者后台逻辑稍微一复杂，重点就不是web开发了。

XML可配置，现在不流行的，java框架也可以进步的，思想本来就可以借鉴的嘛。

可移植当然重要，难道你自己写针对不同数据高效的分页算法么？你不要告诉我什么项目定了，数据库就定了，我见过太多的更换数据库的例子，还就是做产品的话，怎么能不考虑数据库的多样性。

分N层不很正么，比如事务层，aspectJ配好就完事，一劳永逸有什么不好，难道自己不停的写begin transaction、end transaction么？你用数据库如何实现灵活的事务传播机制，难道不停的复制粘贴代码么，可维护性好么？

phper草根乱拳，我不否认任何语言的存在合理性。
1.思想可以互相借鉴，比如约定大于配置的思想。
2.技术的繁荣那个程度的因素不是有时否是“草根”决定的，非技术的因素太多了，说起来Hibernate不也是“草根”出身么？为什么phper的草根就比别人高贵么？

你应该比较一下tomcat+apr和lighhttp或者apache+fastcgi的稳定性，看看如何。一个可以保证你连续几个月不当机。tomcat+apr。。。呵呵。