动态语言，别再说不

Ruby，以及Ruby所代表的一类动态的、自由的程序设计语言和开发思想已经迎来了它们的时代，它们将和其他的科技一起，在下一个轮回中改变我们的工作，改变我们的生活，改变我们的观念，直到下下个轮回将它们扫进历史的功劳簿中为止。
　　所以，该放下的时候，就勇敢地放下吧。当然，如果想再跟发展大势打一打，那就打一打，反正在技术进步的路上，保守的一方终究是要被解决的

观点

.NET开发人员，对于动态语言(Dynamic Languages)应该持什么样的态度: Are you sure you want to be mainstream? 这是让任何技术开发人员和技术投资者头痛和非常容易引起思考的一个问题。如果用这个问题结束有关动态语言和静态语言的争执，我想，最后的问题也许是-你要否能够坚持你自己的选择?
【孟岩】动态语言，别再说不: 可惜，这些大话对于我这种记性不幸没那么差劲的人来说，太似曾相识了，让我一眼就看出这言论背后的“私”字来。想来也真是轮回，当年我们C++这一批人放下的东西，原来你们Java这一批人还抱着呢。不过，技术的大潮真的是后浪推前浪，往后看吧，我相信，当年C++挡不住的东西，今天Java也挡不住。大趋势已经摆在这了，接不接受、什么时候接受，那是个人的问题，但是总体的发展是无可逆转的。
Sun招安Jruby关键人物意欲何为？: 我更愿意认为JRuby是为Java诞生的，而Ruby是为C诞生的。玩UNIX的朋友都知道，“重要的力气活”最好使用类似C语言这样的快速、静态的编译语言来完成，而大多数其他现实的工作要用脚步语言来实现，例如Perl、Python和Ruby等。由于某些原因，为了实现同样的效果，使用Java的朋友要花费更多的时间来完成。
【孟岩】说说动态语言: 记得两年前我与Python爱好者tangtao合作策划《程序员》的第一个“动态语言专题”的时候，内内外外都还有不少质疑的声音，用J2EE的挥舞着“企业级”的大棒质疑动态语言的“严肃性”，用ASP.NET则沉醉于拖拖拽拽的GUI构造方式，自以为开发效率老子天下第一，对于动态语言嗤之以鼻。当时我们感到，动态语言在中国的发展时机还不成熟，所以最后给专题起了一个很有些无奈的名字：《动态语言：隔岸观火》。两年之后的现在，是业界的朋友反过来批评我们的杂志和网站对于动态语言的关注过于薄弱，落后于工业实践。惭愧之余，我这个动态语言的一贯拥护者不禁喜从中来：想不到形势会发展得这样快！