InfoQ

新闻

请愿:Sun,请停止支持JRuby

作者 Craig Wickesser 译者 宋玮 发布于 2008年1月20日 下午8时1分

社区
Java
主题
编程,
JRuby
标签
JRuby,
Java SE
从编程一开始,人们就会在一种语言与另一种语言的有效性和有用性之间进行辩论。开发者、管理者、博客们等等没完没了地反复争论为什么一种语言比另一种语言更好。让我们回到2006年9月,当时,广为人知创造了JavaSun Microsystems摆出了一个明显的姿态,它将支持JRuby。消息源自于Sun宣布他们打算雇佣两个JRuby项目的主要开发者—— Charles NutterThoams Enebo,来全职开发JRuby项目。正如历史所证实的,Sun支持这一项目的决定引发了一场新的辩论。

最近,Rick Hightower在博文中写出了自己对Sun支持JRuby一事的感受,并请愿道,
Sun,请停止对JRuby的支持。这是浪费时间。把这些钱花在Groovy上吧,它兼容Java语法的。请在Groovy上进行语言进化并停止滥用Java语法。给我们提供像样的Groovy IDE工具。停止对Java这么频繁的胡搞。
Rick就其对Sun的请愿提供了几条原因,包括语法方面的问题,
Sun通过投资JRuby来投资Ruby。咄!Groovy看起来更象Java。它更容易上手。其语法也不会让开发者感到厌烦。
除了语法,Rick提出语言流行趋势也应被考虑,而且他还展示了一个图表以显示Java比Ruby更流行。
这是不要在Ruby上投巨资的另一个原因。提醒一下色盲:RUBY排在最后!

Ruby排在最后。如果能发生一场革命的话早就应该发生了。Ruby要终结这一可怜地位却又显得有些年迈了。你不这么认为吗?

Java 之所以流行是因为长得象C++和C。C++之所以流行是因为长得象C。C#之所以流行是因为长得象Java。看一下这个模式吧。让我们在Gosling的 领导下,增加一些对Groovy像样的支持(代码补全,重构等)。如果新的语言特性变为主流,那么就把它加入Java(如果没有意义就算了)。
对Rick博客上的观点和建议,有相当多的议论。实际上,在他的这篇文章下跟有超过50个评论。
大多数评论者认为可以选择编程语言是一件好事情,
我认为我们应该可以选择,因此要求停止开发JRuby对我来说不公平。不要误解我,我也不喜欢JRuby,而且现在我在用Groovy,但是应该让JRuby和Scala活着,有得选总是好事。

Michael Galpin发表了另一篇回应,站在了辩论的另一方。特别是,Michael提供了一个理由,解释为什么投资Scala是一件值得做的事。

带有控制抽象功能的语言有巨大的潜能。Scala就是这么一门语言。Scala能够实现actor模型(一个不共享任何东西、基 于消息的并行计算设计)。这在Java里是不可能的。你也可以在Groovy中做到几分,但是它可能会很笨拙。原因很简单。如果你有一个对象调用了一个 method,而该method又调用了closure(以此为例),在Scala中closure可以将控制返回给对象,但是在Groovy中只能返回 给方法。Groovy中耦合了一些额外的控制结构,使得控制抽象的一些方面显得非常笨拙。
另一个博客作者,Ola Bini,也不同意Rick Hightower,他说道:
我认为JRuby是重要的,因为它可以在与Java一样的环境中运行,但是却没有Java的一些问题。
Ola继续解释他认为存在于Java中的一些问题以及为什么JRuby是更好的选择。作为附加内容Michael Galpin解释了为什么Sun对JRuby有兴趣。
Sun知道什么是成功引入一个新语言和平台以及使其成为工业实际标准的必要条件。这是很困难且昂贵的。他们只能做一次,这耗费了 他们大量资金。Java不能总是停留在顶点。他们不想再为这一战役进行战斗了。然而,如果他们能够在上面所描述的场景下让Rails继续生存下去,那么他 们这次无需进行任何作战即可“停留在顶点”。他们让Rails社区为他们做到这一点。

Sun除了站在JRuby一边之外,还发展NetBeans IDE支持JRuby。然而,需要提及的是,Netbeans正在积极发展对Groovy和Grails的支持。事实上,Martin Adamek在其博客上提供了一个对NetBeans的更新,它支持Groovy和Grails。

那么,你作何感想呢,JVM有容纳不同语言的空间吗?Sun应该站在Groovy一边并加大对它的开发和工具支持吗?

查看英文原文:Request: Sun, Drop Support for JRuby

都应该支持,Groovy 的支持力度应该更大。 发表人 Ali Yang 发表于 2008年1月20日 下午8时37分
Re: 都应该支持,Groovy 的支持力度应该更大。 发表人 cao yunfei 发表于 2008年1月20日 下午9时8分
基于JVM的动态语言也应该百花齐放 发表人 Ford Guo 发表于 2008年1月20日 下午9时42分
要有侧重的支持 发表人 Allen Long 发表于 2008年1月20日 下午11时21分
Re: 要有侧重的支持 发表人 Jason Lai 发表于 2008年1月21日 上午1时27分
Re: 要有侧重的支持 发表人 Xiaogang Guo 发表于 2008年1月21日 上午2时39分
Re: 要有侧重的支持 发表人 乐 田 发表于 2008年1月21日 上午3时54分
Re: 要有侧重的支持 发表人 Jason Lai 发表于 2008年1月21日 上午8时46分
Re: 要有侧重的支持 发表人 Jason Lai 发表于 2008年1月21日 下午11时21分
典型的葡萄酸 发表人 li Jiang 发表于 2008年1月21日 下午10时27分
netbeans for ruby 是我离不开的工具 发表人 lei li 发表于 2008年1月22日 上午7时15分
What about Oracle with Oracle Mix? 发表人 Jason Lai 发表于 2008年1月23日 下午10时33分
  1. 返回顶部

    都应该支持,Groovy 的支持力度应该更大。

    2008年1月20日 下午8时37分 发表人 Ali Yang

    如题

  2. 返回顶部

    Re: 都应该支持,Groovy 的支持力度应该更大。

    2008年1月20日 下午9时8分 发表人 cao yunfei

    赞同。Groovy应该得到更多的资源。

  3. 返回顶部

    基于JVM的动态语言也应该百花齐放

    2008年1月20日 下午9时42分 发表人 Ford Guo

    我觉得官方不应该只支持JRuby。

  4. 返回顶部

    要有侧重的支持

    2008年1月20日 下午11时21分 发表人 Allen Long

    强烈期待NetBeans IDE对Groovy和Grails的支持. 在JRuby上进行了比较多的投资,有必要继续推动和更新。

  5. 返回顶部

    Re: 要有侧重的支持

    2008年1月21日 上午1时27分 发表人 Jason Lai

    在InfoQ.com上这篇新闻的讨论非常热烈,作者Rick Hightower也跳出来和大家澄清撰写这篇博客的初始想法是基于对jroller上太多关于Ruby/Rails的传道文章。 虽然Rick Hightower没有参与Groovy和Grails的代码贡献,但不能不说他这样的说法个人倾向性实在太强了。 不过说起来,微软在对各种动态语言的支持做得确实比Sun好些——特别在有了DLR之后。目前JVM作为同台语言平台上还有限于分裂的趋势,微软所走的方向才像个正道嘛。

  6. 返回顶部

    Re: 要有侧重的支持

    2008年1月21日 上午2时39分 发表人 Xiaogang Guo

    那就又要说到JCP的扯皮事了……

  7. 返回顶部

    Re: 要有侧重的支持

    2008年1月21日 上午3时54分 发表人 乐 田

    我支持jvm成为一个更加通用的平台,适合多种语言的混合开发。 为什么要停止jruby呢?没有任何逻辑支持这样做。 因为我们可以用ruby开发却部署在jvm上,你也可以选择依赖一些java的类库。这对于ruby和rails开发着是个好事。 而不会groovy和grails的开发者还是自由的,你可以选择学groovy也可以去学可以在jvm运行的更多语言。 所以这个支持对大家都没有害处,何乐不为?难道是某些人觉得妈妈不疼自己这个亲生的要去领养别人孩子就嫉妒了?程序语言领域不应该有嫉妒,应该要开放。

  8. 返回顶部

    Re: 要有侧重的支持

    2008年1月21日 上午8时46分 发表人 Jason Lai

    呵呵,完全支持Tin同学的观点,和俺想的一样。英文站的回复里面有一个帖子,一哥们的抱怨很entertaining:

    ...It's like a bunch of children saying "My dad is better than your dad" "Oh ya well my dad has a bazooka and will blow up your dad." "Oh ya..."
    ……就像一帮小屁孩在嚷嚷:“我爹比你爹厉害”“哦?是吗?我爹地可有筒火箭炮,一下就把你老豆炸飞……”“哦是吗?我老政府……”
    =)

  9. 返回顶部

    典型的葡萄酸

    2008年1月21日 下午10时27分 发表人 li Jiang

    典型的葡萄酸心态 自己不愿意接受新事物,反而要去抱怨别人

  10. 返回顶部

    Re: 要有侧重的支持

    2008年1月21日 下午11时21分 发表人 Jason Lai

    补充一个英文站里面的好观点: John Shea于2008年1月21日上午3时17分写道:

    也许Sun选择支持JRuby,正是因为它与众不同,也因为Ruby来自一个非常不同的社区。 实际上历史上每家公司都曾输给开始非常小的竞争对手,因为他们: 1. 拒绝承认这个竞争对手值得被当成竞争对手 2. 他们认为潜在市场太小 3. 组织的文化不允许风格迥异的文化或者技术在它们内部滋生繁衍 (参见Clayton Christensen的著作) 在这样的环境下要正视一个分立的竞争者是很难的,如果出现脱离Java(以及JVM上类似Java的技术的现象),而Sun在变化和适应上又没有什么作为的话,那么Sun也会毫无疑问的输掉这场游戏的。 我可以想象到,这个小竞争对手公司的雇员在喊:“就这么着Rick(文章提到的博客作者),就这么干!” 虽然如此,在Rick对他所在圈子(Java开发人员)的判断和对这圈子的威胁的判断这两个方面,他的顾虑是有理有据的。 我认为Ola(还有其他人)在降低重要语言的意义方面是存在自己的观点的。总的来说,我认为这是一件好事——场子越大竞争越多,创新也更频繁,但毫无疑问的是这确实把出现部落文化的问题带到了人们面前(比如说,狂热过头的Ruby传道者,还有在某一个信仰上同样头脑发热的拥护者/辩护者)。

  11. 返回顶部

    netbeans for ruby 是我离不开的工具

    2008年1月22日 上午7时15分 发表人 lei li

    本人开发了一个和ror类似的网页开发框架,但要简单的多,原型在http://code.google.com/p/ruby-web-framework/ 现在的版本已经支持控件,gridview控件比asp。net2.0自带的控件,还要强大。我的这个框架可以开发任意复杂逻辑的网页,现在已经有了几个应用。 netbeans是我ruby网页开发的必备工具

  12. 返回顶部

    What about Oracle with Oracle Mix?

    2008年1月23日 下午10时33分 发表人 Jason Lai

    Oracle前段时间推出了Oracle Mix,基于的就是JRuby on Rails。他们声称这是世界上第一个大规模的JRuby实现,这其实也在证明JRuby+Rails可以胜任大企业中的解决方案。 既然大的厂商都开始重视了,为什么还要叫Sun从JRuby上withdraw?分明是一种倒退

深度内容

和Google互补的搜索引擎Wolfram|Alpha

Wolfram|Alpha与Google究竟是什么关系,Wolfram|Alpha自己是如何定位的?Wolfram|Alaph在多大程度上是语义网搜索呢?InfoQ中文站就等等这些问题采访了Wolfram研究公司中国区商务经理王翔。

SOA契约成熟度模型

本文说明了所推荐的契约版本管理设计策略是如何与SOA成熟度模型发生联系的。文章目的是为实现版本管理和可组合性提供一个路线图。

数据服务简介

Vijay Narayanan在这篇文章中对数据服务的几个方面进行了介绍,它们都是SOA实践者和数据架构师感兴趣的内容。本文对数据服务的几个方面进行了介绍,包括需求定义,基本原理和好处、范围、开发以及消费模式。

分块云计算

在本文中,Jimmy Nilsson描述了一种他在过去数年间观察到的一种正在缓慢成长的架构风格,他把这种风格称为“分块云计算”。

豆瓣网技术架构变迁

罗马不是一天建成的,豆瓣的技术架构也是随着用户规模的增长一直在持续变化中。在本次演讲中,豆瓣的首席架构师洪强宁将与大家一起分享从上线时的单台服务器架构开始一直到现在的豆瓣架构变迁历程。

融合思想:深入探索S#arp架构

Billy McCafferty展示了S#arp架构,它在ASP.NET MVC框架的基础上,荟萃了当今的最佳实践,应用在ASP.NET Web应用程序的架构设计中。

王雷谈开源以及新兴市场计划

中国作为新兴市场中的新兴市场,是Sun在美国之外实施SSE(SUN Startup Essentials)项目重点关注的地区。在QCon Beijing 2009期间,InfoQ中文站有幸对此项目的负责人王雷先生进行了采访,探讨了关于开源、新兴市场、SSE等话题。

使用HTML5构建下一代的Web Form

HTML5 是由 WHATWG发起的,最开始的名称叫做Web Application 1.0,而后这个标准吸纳了Web Forms 2.0的标准,并一同被W3C组织所采用,合并成为下一代的HTML5标准。