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
$sudo apt-get install ruby irb rdoc
二 安装gem
1.到这里下载 ,最好是最新版本，我的1.3.5
解压，切换到当前目录，执行$sudo ruby setup.rb
或者这样：
$ tar xzvf rubygems-1.3.5.tgz （解压）
$ cd rubygems-1.3.5 （切换到此目录）
$ sudo ruby setup ......
上上周在书店看到一本《Ruby
设计模式》，捡起来 10 分钟看完，扔了（别问我为什么……）
下面用 Ruby
写写设计模式，顺便批一批 Java 和 Gof
。
1.Factory
和 Abstract Factory
class
Factory
attr_accessor :product
......
有些同学提问：我写数据到文件中会把老的数据替换掉。
怎么在源文件的基础上添加内容，而不是重写
【ruby code】
def txt_write(value,memo)
File.open("c:\\my_text.txt", 'a') do |f|
......
最近在看John E.Hopcroft,Rajeev Motwani,Jeffrey D.Ullman 三巨头写的Introduction to Automata Theory,Language,and Computation，想写一个Turing 机验证一下自己写的状态转移函数对不对。懒得很，网上搜了几个不错的。但Ruby Quiz 上的这个最简单。
162 Turing 机
问题描述
Quiz
description by James Edward Gray ......
订单处置，首先要有一个订单的详细列表（包括数量，价钱啥的）和一个对于个人的一些信息的一个表。因而我们创造两个模型，line_item(列表项),order(列表)，其后编者如次
/db/migrate xxx_create_order xxx_line_item
Ruby代码
一.class CreateOrders < ActiveRecord::Migration
二.def self.up
3. create_tabl ......
