InfoQ

新闻

文章:论Java和Ruby语言的变迁风险

作者 霍泰稳 发布于 2007年7月9日 上午3时3分

社区
Ruby
主题
培训/认证,
Ruby on Rails,
变更
标签
风险,
标准化

本文作者Bruce Tate从Java语言的历史着手,详尽分析了Java语言在发展的初始阶段所遇到的困难,然后又类比当前比较流行的Ruby on Rails,指出RoR现在所面临的风险以及发展的前景。

回顾Java语言的发展,可以看出它拥有着一个令人赞叹的成功过程。在C++独步本地程序开发的时候,Java作为Internet应用语言在客户端迅速站稳脚跟,后来又借助更好的面向对象功能、Internet类库、安全等特性平滑转移到服务器端开发。但如作者所言,任何成功的语言都会产生技术膨胀,因为它们必须去适应使用者不断变化的需求。在这种情况下,它就不能像其他语言一样那么快速适应变化,因为它不得不考虑兼容。这也是Java目前所存在的风险!Bruce Tate说:

我坚信复杂性和松散的开发效率是使得Java目前正在经历风险的原因。

尽管现在Ruby on Rails已经很流行,但它作为一个新生事物,也面临着许多和Java当初所遭遇的一样的风险:缺少商业投资、有限的开发资源、缺少开发经验等。但作者对这些风险一一进行解析,并总结说当你站在全局的角度考虑时,会感觉到使用Ruby的风险往往被夸大了,自己真正去尝试使用Ruby语言,是把这些风险纳入控制范围的最好方法。

在文章的最后,Bruce针对当前人们对Rails的一些错误认识进行了批驳,比如Rails是银弹;选择Ruby颇具风险,因为你无法预测到错误;为Java项目招募人手总是更为容易;Rails无法拓展;Rails的整合选项十分有限等。不论你是一个Java开发人员,还是一个对Ruby抱怀疑态度的人,或者仅是对语言的发展历史感兴趣,这篇文章都值得细细品味!

阅读全文:论Java和Ruby语言的变迁风险

不说Java 发表人 Jerome Chen 发表于 2007年11月29日 上午1时12分
  1. 返回顶部

    不说Java

    2007年11月29日 上午1时12分 发表人 Jerome Chen

    不知道Java,因此不知道从Java到Ruby变迁的风险,不过对于C#来说,我觉得还是存在一定的风险的,这里有太多的不同的东西了。

    ------------------------------------------
    [Ruby中文社区] - ruby-lang.org.cn

深度内容

功能小组模型的过程与质量控制

InfoQ中文站最近采访了微软的Ramesh,在采访中,Ramesh从过程控制、架构与设计的控制以及测试组织等方面分享了他所带领Visual Studio软件生命周期管理工具团队使用敏捷方式组织管理大规模软件团队方面的经验。

张文钿谈Rails开发及台湾Ruby社区

在去年10月份的Kungfurails大会上,InfoQ中文站有幸采访了从台湾专程赶过来的张文钿,与他探讨了关于台湾Ruby社区的发展、Rails的商业化,Restful Design等话题。

Scrum与策略

如果Scrum只关乎短期行为,战略人士又该如何去适应这种生态系统呢?更重要的是,它如何帮助企业领导人做出并且履行重要的承诺?

书评:《代码之道》

《代码之道》以一位微软内部人士的视角,揭示了关于软件编码、软件测试和项目管理的残酷现实。针对每一个话题,I.M.Wright都根据丰富的工作经验提出了自己的观点,并介绍了来龙去脉,令人信服。

洪强宁谈豆瓣网技术架构

如何应对高并发、大访问量?如何保证数据的安全性以及数据库大吞吐量?在海量数据下,如何进行数据表变更?DoubanFS以及DoubanDB的特点以及技术实现?在QConBeijing 2009期间,InfoQ中文站有幸采访了洪强宁,探讨了相关话题。

淘宝网架构师岳旭强的年度展望

淘宝网资深架构师岳旭强结合自己的实际工作,从数据扩展性、关注系统和人的交互,以及关注可用性等方面做了总结和展望。

大型团队中的敏捷开发

在1月份举办的Scrum敏捷实战营中,钟鸣从微软研发团队敏捷开发的最佳实践角度与大家探讨了大型团队中的敏捷开发。

Richard Durnall谈系统管理和从外向内的组织结构

敏捷极限编程、精益软件开发及在线产品开发专家Richard Durnall谈对系统管理理论的理解和应用,以及从外向内的组织结构策略。