我使用java很长时间了，但当我使用Rails工作后，再回到Java+Tapestry+Hibernate+Spring的时候总觉得很笨重，很闷且进展缓慢。当我回想起在一个巨型工程里和那些各式各样的entity beans打交道，多么可怕的噩梦…

这其实是使用传统的开发模式——即修改/编译/运行再循环 对比 脚本语言的动态性部署。很奇怪的是Hibernate和Spring会被牵扯了进来，因为Hibernate和Spring提供更简单的持久方法和服务绑定，在某种程度，恰恰是把程序员从修改/编译/运行模式中分割开。 

…我认识的大多数优秀人才都在Java阵营中，他们甚至不愿意去读一下Ruby和Python。当他们听说这些语言没有静态类型，他们立马就觉得不值得一试。当然我不是在说所有的那些老式的Java程序员都是那样（我就是一个典型的老式Java程序员），但至少大部分是这样的。

现在，在动态语言的阵营中有一些傲慢的伪Java专家。当然有。但从那篇文章看来，至少我不是。

这是一个完全没有根据的论断和矛盾的观点。它忽略了许多重要的事实。总体来说，文章充斥着“只求快速解决问题”的论调。我不知道其他人会怎样，但是我却有第一手的，相当痛苦的经历使用这种方式。即使它的确“成功”的解决了一些问题，但它会花费相当长的时间并造成许多头疼的问题。

正如我说的，质问从来不是一件坏事，但是这个家伙应该把他的想法和证据放在一起。举例来说：对比Groovy和PHP的”hello world”和java版本。停一下，我希望比较的是刚从高中毕业的那些刚学成绩的人，而不是那些能建立一个应用的家伙。

…

我们需要再重复一遍吗？Java不等于JEE不等于实体bean。Tapestry不等于…Hibernate非常有用，但是很繁琐—但反过来你可以在PHP Python或是Ruby种给我一个健壮的O-R mapping和缓存的框架吗？它在哪里？这可是个大问题因此没有小巧的解决方案。虽然JPA有了一些明显的改进。

是的，我知道Java不等于某某某，而且新手也不需要知道它。至于O/R这块，难道你没有见过Rails的ActiveRecord吗？简直不可思议，对那些固执己见的人来说很痛苦，但它比Hibernate使用起来更简单。（我当然知道hibernate不等于java，但是据我所知，java并没有内置的O/R mapping，所以当你想要处理O/Rmapping的时候，你肯定需要一些其他东西，是吧？）

巧的是我们有个java程序员，昨天我和他讨论了一个他写的小巧而强大的框架。他认为Java开发的web应用程序太痛苦了，并且他也不喜欢现存的那些框架。他写了一个Tagger Cat并且这样总结：

 

我使用PHP开发，其中的一个理由是，当我在2000年开始编程的时候，当.com泡沫爆发的时候，那时候可没有什么java的工作。



当我开始一个电子商务站点时，我在java中找不到任何有用东西。那时候的主流是Perl和PHP。而使用PHP很容易就能获得价格合适的主机来安装MySQL和PHP（对小型和中型购物网站来说足够了）。



PHP目前还没有足够的企业开发支持但是对小型和中型大小的项目，它非常的合适。当使用PHP6开发时，面向对象将会成为可能。在今后的几年中我们将会看到这一切

到处都是的硬编码总是让人感到可怕。Ruby的追随者说“Java应该有这，有那”闭包，lambdas等等诸如此类。


是的。那些东西回带来一些改变。但java需要吗？人们都说“Java正输掉战争”，这是谎言。

因为根本没有这种奇怪的战争，如果有Java也已经获胜了。