ruby和python相比有什么优势和缺陷?

回复内容:

引用一下孟岩的区分标准ruby是一种魔幻语言,而python是一种简约语言好吧看我的说明,我也是偏魔幻的爱好者
ruby 和 python 太相似了,取舍大部分都是个人喜好上的原因。比如我就觉得 python 的 “there is only one way to do it.” 比 ruby 的 “there are many ways to do it.” 要好,这不光是考虑团队协作的问题,更重要的是自己能很快明白自己三个月前写的没有任何注释的代码是在干什么。当然也有很多人觉得自由和灵活要比可读性来的重要,所以我说这个是个人喜好的原因。客观上的 ruby 比 python 的优势我想到的有这么几个:block 应该是语言层面上 ruby 比 python 更酷的地方,python 的匿名函数(lambda function)制约太多,属于鸡肋(bfdl gvr 不认可函数式编程的许多方面)。os x 上的话,ruby 比 python 最重要的优势可能是 macruby 的存在。我大胆猜测以后 macruby 将成为 objective-c 之外(如果不是完全替代的话)的苹果官方语言。macruby 除了能更加方便快捷的创建 cocoa 应用外,ruby block 使得利用 os x 的 grand central dispatch 变得容易,在以后的多核、混合核(cpu+gpu)应用上非常重要。劣势:ruby 的硬伤之一在于性能。官方实现 ruby 1.9 比 cpython 逊色不少。另外 python 拥有诸如 numpy, psyco, pypy, cython 等多种性能倍增的途径,相比之下 ruby 想要提高性能的途径则非常有限。ruby 的硬伤之二在于第三方包。ruby 传入英语世界并大规模流行起来的时间不长,大部分的第三方包都和 web 相关,web 领域外的包数量远远不及 python。特别是在科研等方面的区别非常明显,很多学科领域都有基于 python 的成熟应用,而几乎找不到 ruby 的相关包。这除了历史渊源,也和 python 更加简洁的语法(很多用 python 做研究的人不是计算机专业的)以及前述的性能倍增器(主要是 numpy 和 scipy)有密切的关系。
ruby的写法更加灵活,写起来更加舒服,但是这也导致不同人的代码风格差异很大,协作起来需要更多的精力。
刚在g+上写了篇帖子,贴一下。有些观点和前面的观点有所重复,请见谅。正文如下:本周的pycoder’s weekly不错,第一个topic是:“what are the advantages of python over ruby?”python和ruby阵营之间似乎一直在争论谁更好(貌似ruby阵营的人们更狂热些),不信可以试试google一下“python ruby”。上面这篇文章我目前还没看,在看之前先说说我的个人看法:python优于ruby的地方:a) python开发人员的背景丰富多彩,阵营规模很大,这直接导致了python的各种lib比ruby多很多很多很多b) 和ruby相反,python的哲学是“做一件事情有且只有一种方法”(there should be one– and preferably only one –obvious way to do it.)。ruby的信徒会觉得这样非常boring,但是我觉得这一点减轻了人们在开发时的认知负担和选择成本,对于提高开发效率是很有帮助的。同时,这个特点使得不同的人用python写出来的代码不至于相差很大,这对于团队合作也是很有用的。(这点也导致了python中是有公认的best practice的,但是ruby中就很难找到一个公认的best practice)c) python在面向对象上做的并不好,其实是把面向过程和面向对象杂糅起来了。(随着python 3的发展相信这点会有所改观)我个人虽然感觉这样不太好,但是实际用的时候就会发现,不强调面向对象其实能够减轻程序员的认知负担,写起代码来会比较随心所欲,对于c程序员来说也更容易接受。(好吧,如果你觉得这点是python的缺点,那么其实你也是对的~)d) python开始慢慢走进大学一年纪的教科书,可以预见,未来的python开发者阵营会继续不断壮大。(当然ruby的阵营也会越来越大)e) python解释器,特别是cpython,目前比现有的ruby解释器快很多。这点ruby的发明人matz也是很想再重新写个ruby的虚拟机,但是苦于要做的事情很多,不知道什么时候能完成。ruby的运行效率目前来看实在太慢了些。(当然程序运行效率和代码是如何写的也有很大关系,想让ruby程序尽可能快的话,除了一般的程序优化方法外,还要注意要多用built-in的东西,因为它们是用c写的,运行快)f) python的语法比较简单,容易上手。说了这么多python优于ruby的地方,现在再来说说我觉得ruby优于python的地方:a) 第一个印入我的脑海的优点是:有趣!当你开始慢慢学会使用ruby后,你就会觉得python的代码比较死板。这是因为ruby从perl中继承的一条哲学是和python完全相反的:“每一件事情总是有多种做法”(having more than one way to do the same thing)。所以程序员的创造力就完全被激发出来了。当你看到某个问题的一种前所未见又十分优雅的解决方案时,你会有一种混杂着强烈喜悦的惊讶的——写(优美的)ruby能够激发人的灵感。b) matz在设计ruby的时候就想方设法让ruby成为一个“人性化”的语言,力求使ruby程序员感觉到使用ruby是一件愉悦的事情。你能从mixin、程序块、元编程、极具包容性的语法等等当中获得一种喜悦。c) 纯粹的面向对象,极其强大的元编程功能。ruby是纯粹的面向对象。csdn的范凯曾经说过:“你学习了ruby以后,你就会发现,原来java/c++所谓的面向对象就是tmd的山寨版本的面向对象,原来面向对象还可以这样玩啊”。ruby的元编程能力还有宽松的语法使得使用ruby可以很轻松的开发dsl(domain specific language),这一点python是搞不定的。d) ruby on rails!要不是dhh开发出了ror不知道现在还会有多少人在用ruby。毋庸置疑,ror是快速web开发的神器。为什么ror那么牛?有一个很重要的原因就是ror将ruby的元编程能力发挥到了极致,“甚至到了一种变态的程度”(matz语,见《松本行弘的程序世界》p.s.想要了解ruby设计思想的话此书一定要读一读,起码是部分章节)e) ruby吸收了很多语言(lisp、smalltalk等等)的特性,对于程序员来说了解一下ruby对于开阔思路是很有帮助的,它能帮助你更好的看清你之前一直使用的语言的限制之处在哪。暂时就想到这么多,应该还有很多补充的空间。我使用python和ruby的时间也很短,所以还是多多参考些python和ruby双料大牛们的意见吧~

ruby:metaprogramming ruby

python:写python metaprogramming的只在部分书章节里有阐述

这是ruby和python的最大区别。如果你的应用要写api(code)generator,要设计某种形式的dsl,需要语言的oo模型像一块橡皮泥,这是用ruby的好时候。

其他方面,python的语法设计长期对团队更有利,简洁统一。

我前后想了好几遍,还是觉得这两个语言除了语法糖味道不一样就没什么区别了
生产力是检验语言优秀能力的唯一标准。
python用的人多,用户层面小白多,写手更良莠不齐一点。ruby,基本用的人都是语法糖爱好者,各种炫技都能看到,真oo无双嗯。虽然我python用的多一点,但是当我想去看看脚本语言的好书的时候,我发现大部分时间要去看ruby的书才能有不错的提高。比如metaprogramming ruby。
虽然是很旧的问题,但高票回答实在不爽直接上代码吧

# 语法混乱,很魔幻的rubyrequire ‘sinatra’get ‘/’ do
‘hello world!’end

python我在2002年开始学习的。当时它是脚本语言之王,所以同一个时代用ruby不爽,用python爆强。 用了13年后, python已经用到熟了。就象是英语一样,很“中国”式的熟练。 不过这么多年经历中,经常被ruby震动。 无论是web, 测试, 运维配置, 工具。 总能看到ruby忽然出来优美的东东出来,远超过python几条街。 无语,只能低声下气的,用着烂烂的python包,不满意,自己动手改一下,凑和着用。 最近在用puppet,晕死,又是ruby写的。ansible果然 还是python的风格,快速来一脚,也不管好不好,歇了。 憋屈。 所以只能支持用puppet。叹气,ruby还是要学啊,perl, java, php一个少不了。 命苦。不过,大数据方面,人工智能,图像处理,gui等方面,python的积累还是很厚的。很少见ruby的身影。 hbase shell那个东东是ruby的。

Posted in 未分类

发表评论