应该承认ROR的宣传作的很好。大牛齐上阵。
所以试用的java developer很多。
大多数也确实觉得很方便。只是语法稍微有点不习惯。
大多数也还是对于它是否适用企业应用持怀疑态度。
其实其他的动态语言[python]的开发也很轻便，比如说zope框架

不过java社团的大部分人好像在RoR之前眼中基本上没有什么动态语言。

我想这也和java的自身发展有联系。

当jdbc写sql麻烦的时候，hibernate等orm工具出现了。
当ejb复杂，繁琐的时候，spring等等又出来了。
当jsp/servlet依然很繁琐的时候，struts,webwork等等MVC结构的引入，freemarker,velocity等等页面膜版语言出现了。然后便是tapestry,jsf等等.
随着框架的引入，带来最多的便是配置，大量的XML被引入到工程项目中。
于是java anototion不失时机地出来了，大家可以直接在java类里面进性配置。
工具，框架在发展，java人的关注点很多。几千个妖精在打架，大家学都学不完。

终于有一天，java社区有人转来一篇文章，以极其夸张的口吻宣扬自己的wep-app开发式如何的raid。何况还有Martin Fowler 等牛人在称赞其架构，大家都来尝试了。第一口，味道好像还不错。

应该说，rails生逢其时，互联网应用这两年蓬勃开展，快速实现，应用显得尤为重要。尽管每个java人也许都有自己的脚手架代码，遇到实际项目只需要添加几个数据库映射文件，只需要随便继承几个类就可以实现一个小模块。但是这样的快速开发来自每个developer的经验和积累，需要铺垫很多的前置时间。

而ruby的语法结构，语言设计据说借鉴了perl和smalltalk的长处，虽然起源还算比较早，但毕竟发展缓慢，成名较晚。可以想象这一路应该借鉴了很多其他语言的长处。

前几日，看到一个J2EE ,Rails,Python/Zope 的对比，http://oodt.jpl.nasa.gov/better-web-app.mov .觉得很有意思。作者也很用心，挨个挨个比较。不敢说作者绝对客观，毕竟熟悉程度不一样，只能说基本是那么回事。j2ee sucks, others rocks。

但是这两天逛javaeye论坛，发现一个帖子，大致意思说企业内部应用还是java比较好，而中小型的互联网应用使用动态语言比较好。我大致也觉得如此。

最后一点感受就是，其实语言这种东西，触类旁通的东西很多，一门语言学精了，其他语言学习应该是很快的，关键在于思想，语言设计的思想，软件开发的想象，在一门语言里面滚打久了，思维容易引起定势，抽点时间看看别的，事实上不但有乐趣，还会有很多的新想法。

所以，我觉得，有时间的话，java developer也可以看看.net，也可以看看ruby/python，等等.

我对于很多事务来说只是个新手，以上是我的一些想法和感受。