关注ing.

Ruby的未来就是今天PHP，便宜，量又足，但可以肯定开发人员的薪资水平肯定还是比不过Java。

严重顶python

更倾向于groovy

我看好。。。

我是做工业控制(嵌入式系统)的，Ruby现在是我的工作语言之一。动态脚本语言不仅在Web开发上影响深刻，随着微控制器硬件性能的提高，也将对工业控制领域产生越来越重要的影响。

我不是一个程序员，乱说一下：
就像前一段时间大家讨论的“Java将死”的结论一样，C、Java和脚本语言本来不存在谁替代谁的问题。 Java现在大行其道，但是C死了吗？ 各有专长，各有自己的领域，只是说不同阶段，随着业务模式的转变和改进，人们关注的焦点在不断朝业务层前移。

在IT化的初级阶段，要解决的问题是把基础工业的自动化控制、数据处理IT化，这个时候并不能因为IT化而影响原有工业层的效率和性能（如程控交换机、电信和银行的营帐系统、生产车间的自动化等）。所以对于程序语言的要求就是高效、稳定。所以这一时期语言的特点也是面向过程，面向工业逻辑。 处于这一层次顶级语言应该就是C了吧。

当基础的IT化已经解决的差不多，而且已经发展到一定程度时，人们开始关注在这些基础的工业逻辑之上能否建立一定程度的业务逻辑，从而达到一定程度的生产管理、供应链管理等等，从而产生了ERP、CRM等（这一时期和WEB1.0，WEB2.0有一定对应关系）。这一时期有两大特点：第一是市场和客户需求不断推动业务逻辑和模型的改变，所以在开发时间上要求较高，而且大量的业务逻辑实现到最底层的相对简单工业控制之间，需要复杂的运算和规则判断；第二是各行业基础的IT化建设因为物理层的千差万别，所以基础IT化后的平台也是各有不同，要把这些不同的基础平台统一到一个业务逻辑之下，就需要一个无视平台差别的语言。 在90年代当时满足这两点要求除去Java，没有别的语言可以匹敌。Java透明掉基础平台之间的差异，灵活而不失严谨的特点，导致其开发时间、开发成本远远低于C语言的同时，更适合大团队的开发协作。

而当基础的IT化和复杂的业务逻辑层都已经完成IT化工作之后，这个时候人们发现诸多不同的业务系统、业务逻辑之间组合后竟然可以诞生出新的商业模式，如携程、阿里巴巴等将传统行业和互联网结合的网站。同时消费者更希望在同一体系的服务之下，能够更便捷，更全面地享受到更多服务。 这个时候不再是需要建立一个大而全的中间层的业务逻辑系统（成本因素），而是如何迅速（时间要求）地将各种不同的业务逻辑粘合在一起，对上层形成一个全新的服务界面。 这个时候对于语言的要求不再是便于大团队之间的协作，不要求有很强的业务逻辑处理，而仅仅是能快速组合不同应用，形成新的产品。这一阶段的语言就是脚本语言，具体谁会在这一层次建立统治地位，现在看来还不是很明朗，也许是Ruby吧。

所以我将这三个阶段分成三个层次，从下往上依次是：工业控制层、业务逻辑层、服务层。三个层次分别有不同的语言家族。但并不是某个语言就不能做另一个层语言做的事情，只是和其他语言比起来，自己没有太多优势而已。 但我也发现了另个巧合，那就是这三个层次和互联网的发展阶段也有一定的契合关系，没有想清楚就不多说了。

ruby想替代java..难上加难..几乎不可能的..

我觉得python比ruby前途要好。。。同是动态语言

关键还是思想。语言是表达思想的工具。同意一楼的看法

关注中。语言不是重要的，关键是思想。

技术发展方向有时往往不在于主流，Java最初开始流行的时候，市场上Java程序员供不应求，薪资也很高。
不是说ruby一定火起来，只是现在还不定，如果ruby今后迅速占领市场，现在的ruby程序员可就炙手可热了，现在学还是不学？机会与风险并存。

他就是一个玩意儿。

我对ruby的市场不太看好，而对jruby非常看好.

就我个人涉及到的范围（通讯软件行业）而言，确实如此。

我觉得这是美国的数据，并不符合中国的情况。
ruby对于中国大部分程序员来说，仍然是一个玩意，还没成为工作语言。

两者我都研究

这些可以一看，但并不重要，我认为。