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的支持者也大多数是简约主义的忠实信徒。对于他们来说，一种语言越是魔幻，就越无法获得他们的信任。
什么是魔幻语言呢？这是我杜撰出来的说法。对编程语言进行分类有很多方法，其中人们常用的比如非常“过程式语言”，“面向对象语言”，“函数式语言”等，这是按照在这种语言中原始的看待程序的方式来划分。还有比如“编译型语言”和“解释型语言”，这是按照语言翻译发生的时间来划分的，还有一些别的分法。不过我一直觉得，根据语言�
相关文档：
Ruby 101：方法对象
Written by Allen Lee
从方法调用说起
在上一篇文章里，我们看到调用对象的方法实质上是向对象发送消息，下面，我们再来看一个有趣的应用。在Ruby里，字典可以通过 {key => value} 来创建，如果你使用的版本是1.9或以上，当key的类型是Symbol时，创建字典的� ......
#include < ruby.h > //
static int id_sum;
int Values[] = {5, 10 ,15,-1,20,0};
static VALUE wrap_sum(VALUE args)
{
VALUE * values = (VALUE *) args;
VALUE summer = values[0];
VALUE max = values[1];
return rb_funcall(summer,id_sum,1,max);
}
static VALUE ......
<!--
/* Font Definitions */
@font-face
{font-family:宋体;
panose-1:2 1 6 0 3 1 1 1 1 1;
mso-font-alt:SimSun;
mso-font-charset:134;
mso-generic-font-family:auto;
mso-font-pitch:variable;
mso-font-signature:3 680460288 22 0 262145 0;}
@font-face
{font-family:"Cambria Mat ......
Ruby 101：动态编程
Written by Allen Lee
当method_missing的魔法失效时……
在上一篇文章里，我们通过重写Hash类的method_missing方法把Hash对象模拟成匿名对象，但是，这种做法有时会产生一些莫名其妙的问题，举个例子吧，假如我把process方法（完整实现参见上一篇文� ......
