MF高度评价DHH和RMH宣称J2EE将死

potian的话，很有点形式化的味道。只是以一套简单的规则加以推演，去做什么事情，那么必定会有些事情，表达起来非常罗嗦，这时为了便利，便出现了例外。


耶和华的规则只有摩西才能理解，没有错，当试图去制定耶和华的规则的时候，恐怕真的搞出来了，连摩西也不能理解。

java 1.5的改变，是试图提供语法的便利，这个使用与否完全取决于程序员。在jdk1.5上用1.4的语法写程序，一样没有问题。我只在乎java是否因为增加这些东西影响到了原来的写法以及性能。

现在的java倒是出现了potian说的，一般情况下干这件事，但是XX时候不行，但是如果XX下符合YY,你又可以用ZZ的方式写成这个样子，但是差别只是xx时候，用xx的写法可以少写几行代码。

打算用它做多少事情，是一个很重要的问题，这直接关系到语言本身的设计。为解决概念完整性设计的语言，和为解决工程问题设计的语言，差别自然很大。

Robbin多次提到unix的感觉，正巧我最近看到一个用ruby实现monadic combinator的帖子，再次印证了ruby的奥妙：

http://redhanded.hobix.com/inspect/hoppingThroughPipesAndClosures.html

另外前面提到Rails是侵入性的，是垄断的。对一个开源软件来说垄断有什么问题么？妨碍创新和生产效率么？开源软件中泛滥的恰恰就是过度竞争。Spring之所以强调非侵入性，说穿了是因为它没办法不强调阿，因为它只是个支撑性框架，在它之前有太多的各路神仙需要托一下。虽然现在rails也有框架外的模版引擎liquid和开发中的rbatis, 不过那是特殊情况下使用的。不排除以后也许有人想另起炉灶而不是通过插件来改进现有Rails组件的情况，考虑rails灵活的插件体系和ruby的动态开放性，个人认为这种可能性很小，所以以后万一的事情还是以后再说吧。

http://java.csdn.net/n/20060712/92547.html

EJB害了j2ee.
所谓的企业级应用害了j2ee.
sun的规范战略害了j2ee.

从这样看来
ajax对于java也是不合适的。


除了ROR j2ee难道没有别的选择了吗？我觉得从语言级别的比较有些不合适?

功能增强，复杂度成数量级增加。一个框架总不能停留在，只能解决简单问题吧！java刚出来的时候，也不是超级简单的东东吗。10年，就人人叫复杂了，我们再过十年。ROR也会有同样的命运。

贡献一双眼球

长期以来我对Ruby都有这样的想法，

“大家都说这个东西简单，方便，快捷，没有j2ee那么复杂，把事情简单话，开发速度快了好多倍。。”

如果要真是这样的话我就不研究Ruby了，等到真的有一天Ruby发展起来，java已死的时候我在研究，应该不会迟。因为简单，因为他快捷，所以应该很入门，如果到时候学已经跟不上的话，说明他根本就不简单。。所以作为一个小小程序员来说，喔还是在观望。。

不知道我这样的想法对不对。 ，我的想法可能太幼稚，如果不对我会改正。

是的，确实比较简单。从使用的角度来说，到真正要用的时候再学也不迟的。

不过如果你业余时间比较无聊的话，学学ruby，体验一下Java之外的OO世界，还是对开阔思路，提高水准很有好处滴。

而且我想，既然上班时候能有闲功夫来逛JavaEye的人，空余时间应该还是蛮多滴～

这个想法是很幼稚的。
一门技术最热门的时候，是讨论气氛最好、交流效果最好、学习效率最好的时候。
这个时候的心态是都市话题，休闲话题的心态。心情激动而向往。
可以说是driven by gossip, dirven by interest。

等到以后被逼，为了生计而学习，那时候就只有压力和紧迫感，学习感受不可同日而语。driven by need.

正是因为Ruby的这种容易入门的特性，可以让大家在平时跟一跟别人讨论的内容，就可以逐渐掌握基本的东西，耳闻能详。而不需要日后专门花时间学习。既娱乐了，又学习了，何乐不为。

有道理，就先了解了解ruby，培养兴趣~~~

当年（1.5年前）RoR流行而Ruby不流行的时候（现今程序员的一大特色），我理解那个Symbol花了半个月的时间，现在看到论坛上好多讨论Symbol的，瞬间就能理解了……