ROR is Ruby on Rails. Ruby 众所周知已经是一种非常出色的动态语言 It's dynamic language。Simple and easy.动态语言是解释执行的，但性能上可能会打个折扣，但不是绝对的，因为应用是复杂的，性能是一种综合性的，这个在一个流传的测试中有回应。
按照Rails4Days.pdf
1.安装和配置出奇的简单。 安装完ruby182-14.exe，就用gem来安装rails。gem是ruby的install。gem install rails 就可以了。在回答问题的时候选y。
2.要生成一个web应用更简单。 ruby rails <目录名>
一套web应用就生成了，配置一下数据库。config/database.yml，看一下就知道配置。
mysql要准备好，再创建数据表。
3.代码生成 ruby script/generate <类型> <名称>
MVC都能生在，框架也可以，还有WebServices
http://rubyonrails.org/show/Generators
还有生成器可以下载，实在得令人心寒。
当Hibernate3，EJB3还在那儿绕来绕去的时候，Spring,Hivemind还在那儿遮遮掩掩的时候，MDA和UML还在云山雾照的时候，ROR已经实干了。
可以代码生成，CRUD只要一句话，可以说演示非常方便，生成的代码量非常小，改起来很方便，使用一段时间就觉得很贴近业务思路，或者说人类语法。展示层还是象大多数嵌入式脚本，类JSP。但是由于是动态语言，非常精简，实际上看上去比标签精简多了。
缺点： 大型应用是否支持？
有多少人支持？
性能： 总的来说，人们对ROR的担心在于：能长久吗？程序是否稳定？各项性能？
有一个性能测试，据说ROR>Hibernate+Spring+Struts , 居然还多15-20%。敢这样说总有点来头的，况且开发速度要>10倍以上。不过网址忘了，google上查一下就知道了。
被各种框架折磨了很长时间，突然发现这么一个清新的东西，一直不习惯，怎么能这样呢，DAO总是要定义一个Base的，同一种find函数要写十个，现在怎么能这么简单呢，简单地都变成随意了。
find_all就行了？find(@params[:id])就直接从参数里查询出对象？从Tapestry还要OO，比Hibernate还要ORM，这简直是一种魔鬼。还能和C接口，关键业务放到C里去。比MVC还要MVC，目前为止明显的问题还是美工无法分离的问题，因为这样的代码美工不可能来处理的。
对象与数据库的连接更自然了，这让我想起了Delphi，由于只有Borland在控制，Object Pascal得以很优美，VCL很完整，ruby也是这样？
看上去ruby吸收了非常多的Java社区的思想，这也是一种有活力的表现，如果这种劲头保持下去，会象php一样来传染互联网。虽然php现在已经有老了的感觉，但由于一开始的清新空气使它一直生存到现在。
ROR非常适合做应用，快速应用，这并不意味着不适合大型应用，目前因为还没看到大型应用，不敢乱说，心里也没底。底层应用不知道是否适合，因为一般来说底层应用往往是中级语言的世界，象C之类，Ruby应该也可以port进来，不过直接做底层可能性不大吧。
想起了以前对Perl的形容，胶水，很贴切，本身好象做不了啥事，但可以迅速地粘起来一个东西来，如果胶水强度足够，甚至粘出一个大厦。Ruby也象是这样的胶水，现在在web方面比perl更强了。
阅读关于
ROR 安装 配置 代码生成 缺点 性能 的全部文章
