Ruby 1.9不会杀死Python
松本行宏如约于圣诞节发布了Ruby 1.9。根据Ruby的惯例，小数点后面第一位如果是单数，那么就表明这是一个实验版本，不推荐用于产品环境。所谓“产品环境”，对于目前的Ruby来说，基本上就是Ruby on Rails。从目前RoR社群的反映来看，确实有人正在尝试用Ruby 1.9配合RoR，但是尚属玩票性质。我询问了一些处在真实项目中的RoR团队，目前还没有人打算在自己的项目中使用Ruby 1.9。
在Ruby社群里的半仙级人物Mauricio Fernandez在这里总结了Ruby 1.9的主要新特性，洋洋洒洒的一大篇，充斥着鸡毛蒜皮的语法糖衣，我看了半天，愣是没看到几个特有意义的东西。其实Ruby 1.9的最重大变化在内不在外，新的虚拟机Yarv把Ruby的性能大大提高了。在CSDN上的一篇转载报道中提到，在一个Fibonacci序列的评测对比中，Ruby 1.9的性能较之Python 2.5.1还要快出两倍。当然，仅凭借一个测试就断定Ruby 1.9的性能快于Python是幼稚的，但是现在可以肯定地说，Ruby脑袋上那顶“速度最慢的动态语言”的大帽子肯定要摘掉了。
有人认为，这下子不得了了，Ruby要称霸动态语言了。你想想，Ruby已经几乎拥有了所有梦幻般的语言特性，神奇的动态能力，强大的支持库，内置的跟Perl可以比肩的正则表达式，Smalltalk级别的纯而又纯的面向对象特征，简洁明快的风格，跨语言整合也非常容易，唯一的缺点就是速度慢。现在连这个缺点都被弥补了，Ruby还能挡得住吗？其他的动态语言都该歇菜了。
虽然我也算是一个Ruby语言的拥护者，但是我并不这么认为。特别是，我不认为Ruby 1.9能够对Python造成实际的威胁，更谈不上“赶尽杀绝”。原因很简单，Ruby是一种魔幻语言，而Python是一种简约语言，Python的支持者也大多数是简约主义的忠实信徒。对于他们来说，一种语言越是魔幻，就越无法获得他们的信任。
什么是魔幻语言呢？这是我杜撰出来的说法。对编程语言进行分类有很多方法，其中人们常用的比如非常“过程式语言”，“面向对象语言”，“函数式语言”等，这是按照在这种语言中原始的看待程序的方式来划分。还有比如“编译型语言”和“解释型语言”，这是按照语言翻译发生的时间来划分的，还有一些别的分法。不过我一直觉得，根据语言本身的设计风格和拥护者的气质也可
相关文档：
英文资源：
http://www.ruby-lang.org/
http://www.ruby-doc.org（访问不到可用下面的网址访问）：
http://anonymouse.org/cgi-bin/anon-www.cgi/http://www.ruby-doc.org
http://rubyforge.org/
http://www.ruby-forum.org/bb
http://www.rubygarden.org/ruby
http://www.rubyxml.com/
http://www.pragmaticprogra ......
近日从http://code.google.com/p/errfix/下载了使用ruby编写的MBT工具--errfix。因此只好学习一下ruby。
ruby的优点还真不少，虽然是小日本开发的，好东西也要学一把，师夷之长以制夷嘛。
据说使用ruby编写网页尤其方便，从网上下载了《ruby on rails实践》学习。编写此书时使用的ruby版本比较老，有一些函数/用法在新版� ......
一、类的定义、类的实例方法 二、特定对象的方法 在Ruby里，我们可以为一个对象单独定义方法 三、重定义方法 从下面代码可以看出，后面的定义会覆盖前面的定义 四、重新打开类 Ruby里我们可以再打开一个类，向这类添加方法，有点像C#里的分部类，但不用加特别标记. 我们一般不要拆开类的定义，因为那样不好理� ......
1、文件的打开与关闭
``r'' Read-only, starts at beginning of file (default mode).
``r+'' Read-write, starts at beginning of file.
``w'' Write-only, truncates existing file to zero length or creates a new file for writing. ......
上上周在书店看到一本《Ruby
设计模式》，捡起来 10 分钟看完，扔了（别问我为什么……）
下面用 Ruby
写写设计模式，顺便批一批 Java 和 Gof
。
1.Factory
和 Abstract Factory
class
Factory
attr_accessor :product
......
