Top 13 Ruby on Rails Presentations 

Here is a list of all the Ruby on Rails presentations that I have bookmarked.

VIDEO
Creating a weblog in 15 minutes - For me, this is the video that started it all.

Snakes and Rubbies: Complete - “On December 3, 2005, Ruby and Python developers from Chicago and vicinity gathered at DePaul University to hear two of the leaders in rapid Web-application development debate the merits of each other’s frameworks.”

Snakes and Rubbies: Persuing beauty with Ruby on Rail - “On December 3, 2005, Ruby and Python developers from Chicago and vicinity gathered at DePaul University to hear two of the leaders in rapid Web-application development debate the merits of each other’s frameworks.”

RailsConf 2006 Keynote Series: Dave Thomas - Dave Thomas, author of Agile Web Development with Rails and the pick axe book, challenges the Rails community.

David Heinemeier Hansson RailsConf 2006 Keynote Address - Discovering a world of Resources on rails. PDF is available here.

Martin Fowler RailsConf 2006 Keynote Address - Martin Fowler talks about good software design, simplicity, conversational software development, and postmodern programming.

Paul Graham RailsConf 2006 Keynote Address - IMHO the best presentation to come out of RailsConf 2006! Paul Graham is a great speaker/writer. In this presentation Paul Graham contradicts the Old Testament and Yoda.

Rails Core Panel Discussion - a Q/A panel discussion with the rails core developers.

Ruby on Rails for the Flex Developer - An introductory presentation on Ruby on Rails by Stuart Eccles.

AUDIO
Ruby on Rails Ruby Conf ‘04 - Ruby on Rails Origin Drive Destination presentation given by David Heinemeier Hansson at Ruby Conf ‘04.

10 Things Java Should Steal from Ruby - “In this presentation, given at TheServerSide Java Symposium Barcelona in June, Bruce Tate looks at how Java developers, framework designers, and language designers can learn from the capabilities of Ruby to improve Java.”

PDF/HTML
AJAX on Rails Presentation - Presentation material put together by Stuart Halloway and Justin Gehtland of Relevance LLC.

Get to the Point! - Nice slides on Development with Ruby on Rails.

Agile Web Development with Rails(DHH)

http://rforum.chinaonrails.com/books/Agile-Web-Development-with-Rails-Final.pdf



一个家伙Eiffel Qiu谈了谈Rails,感谢这个家伙(Eiffel Qiu)。

http://rforum.chinaonrails.com/books/rubyonrails.pdf



Rails4Days

http://rforum.chinaonrails.com/books/Rails4Days.pdf



cap-programming

http://rforum.chinaonrails.com/books/cap-programming.ruby-2nd.pdf



Oreilly都出版了Ruby的书籍 Ruby in Nutshell

http://rforum.chinaonrails.com/books/Oreilly.Ruby.In.A.Nutshell.chm



The Ruby way

http://rforum.chinaonrails.com/books/the-ruby-way.chm



Trap

http://rforum.chinaonrails.com/books/trap.chm



以上来自http://chinaonrails.com/topic/4

以上来自：http://www.judgeonline.net/downloads.html



既然要看ruby on rails 方面的书，那么就有必要看下这篇文章:

　　随着Ruby和Rails的不断升温，可以预见很快就会有更多阐述某一细部的技术书籍出现，各种经验与模式也会结集出版。也许不久之后，就再也没人能像作者这样给出一份“Ruby完全读书指南”了。所以，能读到这样一篇文章，就当做是Ruby与你的缘分吧。

　　看到这样一个题目，大概很多读者会记起这样一张图片：左边堆着高高一摞关于Java的技术书籍，右边则是区区两本关于Ruby的。炮制这张图片的用意显而易见，不过随着Ruby和Rails的急速窜红，Ruby图书也开始如同雨后春笋般纷纷问世——这也意味着学习者们需要花越来越多的时间和精力来挑选适合自己的书了。

　　也许Ruby（以及Rails）正在像Java（以及J2EE）一样，不可逆转地变得越来越庞大，因此也需要越来越多的图书来阐释。不过至少现在，我们还可以把所有关于Ruby的图书列举一遍——对于Java，这已经是一个不可能的任务。说句题外话，之所以我迫不及待地急着写这篇书评，正是因为我相信它在不久之后也会成为一个不可能的任务。

Programming Ruby（2nd Edition）

    这似乎已经不是怪事：关于一种编程语言的经典教材，作者不是这门语言的创造者。就像Stan Lippman之于C++、Joshua Bloch之于Java、Martin Fowler之于UML一样，Dave Thomas也许是这个世界上最善于向别人讲解Ruby语言的人——至少超过Matsumoto是毫无问题的。也许正是因为自己也经历了“不懂到懂”的学习过程，有时候“旁观者”反倒比“创造者”更清楚学习者们需要什么。

　　所以这本书就是Ruby的经典教材。关于Ruby的基本语法和常用工具，书中第一部分和第二部分做了详细的介绍。第三部分“Ruby Crystallized”更加阐述了Ruby语言的一些细节和设计理念，其中第23章“Duck Typing”是刚从Java或者.NET平台走出来的读者不可错过的，因为对于类型与契约的理解、对于类与类型的理解，正是Ruby这种动态语言与 Java/C#等静态语言最大的区别之一。随后的第四部分提供了Ruby基础类库的速查手册。

　　Dave Thomas和Andy Hunt这两个“Pragmatic Programmer”并非浪得虚名：这本Programming Ruby虽然不是一本称职的参考手册，却足够帮助一个初学者步入Ruby世界而不致误入歧途，并且能够在很少见的一些情况下——譬如说忘了yield的用法——给有经验的Ruby程序员提供帮助。在我看来，这也就足够奠定它作为经典教材的地位了。由于封面上有一柄丁字镐，这本书也被昵称为“镐头书”——它正是你发掘“红宝石”（Ruby）宝藏的必备工具。

Agile Web Development with Rails

    Rails的作者David Heinemeier Hansson说过一句大实话：“我从来不会为了学语言而学语言。”大多数人在大多数时候学习一种新的语言不是为了比较语言的优劣，而是因为这个语言底下的某个工具能给他的工作带来帮助。Ruby世界里的这个“杀手应用”，让Ruby在短短一年时间里成为焦点的这个工具，就是Rails。

　　这是第一本介绍Rails的图书，又是由Rails的作者DHH和前面提到的Dave Thomas共同撰写，其价值可谓不言而喻了。许是两位作者有太多的“干货”想要交给读者，这本书的第一版被他们——不幸地——写到了558页之厚。书中首先展示了一个规模不大的在线购物网站，让读者亲身体验用Rails进行敏捷开发的感受；然后针对Rails框架的各个组件和安全、部署等延伸话题展开了深入的讨论。其内容之全面、探讨之深入，令人叹为观止。看起来，和Matsumoto不同，DHH很清楚应该怎么介绍自己的作品——不管是“浅出”还是 “深入”。

　　值得中国读者高兴的是，这本书的第一版已经由林芷薰翻译，电子工业出版社付梓。Rails仍然处在高速发展的阶段，从本书第一版截稿至今， Rails已经发生了相当大的变化，因此这本中译本甫一面世便已经有很多过时之处。但这本书毕竟不是参考手册，作者更多地是在其中阐述Rails的设计理念和最佳实践。对于英文阅读无法达到最快速度的读者来说，这个译本未尝不可以是一个称职的向导。

Rails开发者助手两种

　　不难想象，有很多性急的程序员会——就像我一样——草草了解Ruby语法之后就一头扎进Rails的绚丽宫殿，体验快速开发web应用的成就感，却不得不时时因为缺乏对Ruby语言的深入了解而感到迷惑：这个类里什么都没有，它为什么会工作？那个地方写的代码是什么意思？可是，要全面系统地学习Ruby，又实在令人望而生畏。还好，我们有这本Ruby for Rails。书中介绍了一些Ruby语言特性——既有普通的也有高级的，都是Rails中使用到的。简而言之，这就是一本专门为Rails应用开发者提供的Ruby指南。更有趣的是，书中还用了一章（第17章）篇幅专门介绍“如何探索Rails源代码”，真可谓是“授人以渔”的典范了。

　　另一个“助手”则是Chad Fowler——他也是Programming Ruby的合著者——的Rails Recipes。和任何一本“菜谱”（recipe）一样，这本书不会教你如何使用菜刀与炒勺、如何把蔬菜切片——你可以从别的很多地方学到这些技巧。这本RailsRecipes教给读者的，是如何在 Rails环境下急就章地完成一个你需要的功能。譬如说“用户登录与身份验证”这件事，每个网站、每个开发者都曾经做过不止一次，这本书中就给了读者一个简单而可靠的解决方案，读者只要抄抄改改，几分钟就可以完成这个功能。对于初接触Rails（以及Web 2.0）、面对很多问题尚且无从下手的新兵来说，这本书确实可以帮助他们解决一些实际问题。

　　不过这本书的局限也同样明显：如果你需要的菜色超出了这份菜谱的范围，它就只好爱莫能助了；而且，仅仅给出解决问题的代码，却没有对应的单元测试，也让习惯了TDD的读者多少有些忐忑。在我看来，这本书对“授人以鱼”的专注恰好和前一本Ruby for Rails构成了一对“可怕的对称”，也让这两本书有理由共存于Rails开发者的案头。

Ruby In A Nutshell，以及Ruby老书四种

 作为Ruby语言的缔造者，Yukihiro Matsumoto只能写一本“果壳书”，这本身就是一件耐人寻味的事情。O’Reilly的“果壳书”系列历来褒贬不一：有人认为它们缺乏深度，也有人认为它们是快速入门的好帮手。但Matsumoto最大的问题在于：他创造了Ruby，却没有真正意识到这种语言到底有多大的威力——后来他经常在 Ruby on Rails讨论组活动，从中了解一些精妙的Ruby用法。其结果也很自然：这本Ruby In A Nutshell作为语言参考中规中矩，但对于实际应用中的妙处——例如在DSL方面的应用——却语焉不详。再加上它所针对的Ruby版本是略显过时的 1.6版，也让这本书的地位略显尴尬。

　　和这本“略显尴尬”的Ruby In A Nutshell比起来，另外的几本老书基本上已经失去了可读的价值：它们出版于2001或者2002年，既不针对最新的Ruby版本，又没赶上 Rails的热潮，作为语言参考也缺乏Matsumoto那样的权威性，所以这几本书也就被归入“不值一读”之列了。它们是：

　　Ruby Developer’s Guide，Syngress Publishing 2002

    The Ruby Way，Sams 2001

    Making Use of Ruby，Wiley 2002

　　Teach Yourself Ruby in 21 Days，Sams 2002

Ruby 奇书两种

　　称它们为“奇书”，因为它们的主题实在偏颇。先看这本Enterprise Integration with Ruby：虽说脚本语言常常被称为“胶水”，有多少人会当真想到用Ruby去做企业应用集成？不过细看之下，这本书多少有些名不副实之嫌，因为它真正介绍的无非只是如何访问数据库、如何操作XML、如何通过SOCKET通信之类比较底层的技术而已。在一个生僻的题目之下写着另一些生僻的内容，尽管这些内容算得上有趣，但我还是要对那些没有读过这本书的Ruby程序员说：你没有错过太多——尽管这本书与你想象的并不一样。

　　最后要介绍的这本书更是备受争议：有人盛赞它是“精通Ruby的必经之路”，也有人批评它沉溺于奇技淫巧缺乏实用价值。但无论褒贬，更多的读者正在逐一挑战其中的谜题——这本书就是James Edward Gray所著的Best of Ruby Quiz。这本书（目前出版的是第一卷）列举了25道题目，读者大多可以想出一种办法来解决这些问题，往往还能 通过思考和重构找到第二种优雅的设计，但这本书却给你列出了第三种、第四种真正精巧的解决方案——充分利用Ruby技巧才能得出的解决方案。这些题目的最终解法之巧妙，常常令人拍案叫绝（或是破口大骂）。不过这些“奇技淫巧”也并非全无用处，例如书中很多题目在解答时都用到了正则表达式，理解这些解答对于深入学习正则表达式的用法是很有帮助的。

　　草率而又艰难地，我们粗粗浏览了2006年6月之前出版的所有Ruby图书。迄今为止，所有这些Ruby图书都是针对整个Ruby语言、或是针对Rails框架的，只是关注角度各有区别。随着Ruby和Rails的不断升温，可以预见很快就会有更多阐述某一细部的技术书籍出现，各种经验与模式也会结集出版。也许不久之后，就再也没人能像这样给出一份“Ruby完全读书指南”了。所以，能读到这样一篇文章，就当做是Ruby与你的缘分吧。

def wjf name;
  result = "宝贝#{name},我爱你";
  return result
end
puts wjf("wjf")

=begin
puts wjf("wjf")  also puts wjf"wjf" also puts wjf "wjf"
but when I compile it ..I get a warning:parenthesize argument(s) for future version
so ..
=end

一、重量级的IDE

1、radrails － 当前最值得推荐的IDE

radrails是基于Eclipse的插件，当前版本0.7.2。radrails继承了Eclipse平台的各种功能，尤其是CVS/SVN集成特别好，和其他ruby IDE相对比来说，radrails最主要的优点在于bug很少，功能非常齐全。

1) 相对于其他大多数RoR IDE各种各样的bug，radrails在0.7.2版本的表现非常的稳定。在我连续几个月使用下来，基本没有什么大的bug。

2) 功能齐全，其他IDE或多或少功能都有缺失，但radrails功能非常齐全：内置的server管理，generator，rake task，rdoc检索，plugin安装，规则表达式校验，tail log，，console调试窗口，debug，代码格式化，代码和模板高亮，ruby代码和rhtml模板的template自动提示，单元测试支持，代码和测试之间的跳转，代码和模板之间的跳转等等等无所不包。

3) 中文支持非常好，UTF-8编码支持也非常好。中文字体显示也很漂亮，这一点对我们来说很重要。

但是radrails也不是没有缺点，radrails的致命缺点是其RDT功能太弱智。

1) 代码的感知能力很差，连我敲一个def回车都不会自动补齐end。而且也不能够搜索ruby库文件进行语法树分析，所以没有智能提示功能。

2) 没有像Eclipse的JDT那样的Ctrl+O来快速导航到某个方法的功能，这一点对我开发很重要，否则我就总是需要通过serch "def 方法名"才能快速找到要修改的方法，非常不方便，这是我非常垢病RDT的一个地方，也没有F3快速导航到类定义文件的功能。

RDT下一个版本0.9.0号称在两周以后就会发布(RDT快两年没有推出新版本了，实在是太迟钝了)，貌似对于脚本语言的AST解析能力大大增强，如果真的是这样，还是很值得期待的，预计RDT0.9.0发布几周之后，radrails就会发布0.8版本。另外值得一提的是radrails得到了SAP的一些赞助和支持。

2、Netbeans － 最值得期待的IDE

Netbeans6.0M7提供了Generic Language Support Framework，一个很强大的脚本语言框架，在这个框架基础上提供的ruby和ruby on rails支持表现非凡。可以对ruby语言和库进行良好的语法分析，从而提供智能化的代码提示功能，让ruby程序员也可以享受到敲一个“.”就能够跳出来详细提示的功能，真正有了写Java程序的安全感。有些优点确实很棒：

1) 代码感知能力超强，不但系统库的API，你自己项目的所有类API都可以根据上下文提示，有了写Java程序那种安全感了，也不用跳转来去找类定义文件了。

2) 快捷的打开rails库文件和ruby所有库文件，类似在Eclipse里面打开依赖库的源代码和JDK的源代码的功能，对于学习和熟悉ruby库和rails非常非常有用。

3) Ctrl+G可以快速定位类定位文件，类似Eclipse的F3的功能。

目前netbeans这些功能领先所有的其他IDE，非常令人期待。但是netbeans也有些明显的缺点，有些东西用起来行为非常古怪，可能是因为netbeans6.0还是beta版本，bug太多的缘故，而且也不够稳定：

1) 没有类似Eclipse的Ctrl+Shift+R那样的文件快速定位功能，要自己在项目树里面一层层找，这个实在令人难以忍受。一个大项目动不动几百个文件，不能快速定位，找起来太影响效率。其实netbeans提供了一个Ctrl+Alt+O的快捷定位，但是不起作用，搜索框总是空的，因此怀疑netbeans有这个功能，目前是bug导致出不来。

2) 没有在文件中快速定位某个方法的功能，这一点和radrails一样令人失望。

3) 在编辑器里面好多顺手的代码编辑的快捷功能都没有，令人很苦恼，这一点显然不如radrails那么方便。

4) 对中文的支持不好

5) 对yml文件没有高亮功能

6) 依赖JDK6.0，在JDK5.0上面跑很不流畅。

总得来说，netbeans还是最值得期待的IDE，等到07年底，netbeans6.0正式发布，ruby插件支持更加成熟以后，我想我会转移到netbeans上面来。另外非常重要的一点：Sun公司从JDK6以后，致力于JVM平台化发展道路，大力拓展脚本语言在JVM平台的支持力度，而且Sun给予了JRuby官方支持，所以netbeans平台的脚本框架和RoR支持是有足够的商业推动力的，前景应该是最好的！

3、IDEA - 观望中

貌似前段时间有人撰文推荐IDEA作为首选ruby IDE，我觉得他的理由很奇怪，其实IDEA目前不是好的选择：其ruby代码感知能力和智能提示能力明显不如netbeans，其功能齐全程度又明显不如radrails，而且最致命的是IDEA竟然不能对rhtml模板高亮和提示，那就宣布了IDEA的基本不可用，另外yml文件也不能高亮。其插件作者说下一版本会提供rhtml高亮和提示，所以我们对IDEA目前还持观望态度。

但IDEA也有一些明显优点，例如IDEA就有对ruby类和ruby资源进行快速定位的快捷键Ctrl+Alt+N和Alt+N，这明显优于radrails和netbeans，另外也有在当前文件快速定位方法的快捷键，终于克服了我对radrails的最大怨气。

4、jedit - 貌似没什么理由去用它了

作为一个重量级IDE，却定位在轻量级功能上，要安装一大堆插件才能勉强把功能跑起来，没什么理由去用它。

二、轻量级IDE

1、E － 最值得期待的轻量级IDE

E现在确实有很多bug，很多功能缺失，例如：我非常在意的对文件进行快速定位的快捷键和在当前文件中快速定位方法的快捷键，目前E竟然不支持，但是TextMate可是有的；快速删除当前行在TextMate当中是Command+L，但是E貌似没有，诸如此类的功能缺失。所以E和TextMate还是有很大差距的。

但是E确实在主要方面完全克隆了TextMate，所以这些小功能上面的缺失应该只是时间问题。所以相信给E半年左右的时间，E会成为Windows平台当之无愧的TextMate。

2、Komodo - 乏善可陈

Komodo是个定位很传统的脚本IDE，对于ruby没有什么特别好的支持，有最基本的语法高亮和简单的代码提示而已，以及一个简陋的项目树，运行速度还很缓慢，而且还是收费的，实在不值得去用。

3、RoRed - mini ruby IDE

如果你真要去用Komodo，那我建议你改用RoRed，一个专门针对ruby on rails开发的简单编辑器，带有ruby语法高亮，项目树，功能简单，可能对某些偏爱UltraEdit/Editplus的人来说用RoRed已经够用了，速度也挺快的。

4、vim/emacs - 不适合Windows平台的ruby IDE

vim以及emacs这些源于Unix平台的IDE，我认为不适合在Windows上面用。因为vim/emacs当初被设计成为一个无鼠标支持的编辑环境，全部依靠键盘命令驱动。当你在Windows下面使用的时候，这种习惯会被打破，从而觉得非常影响效率。

例如在vim里面执行一个generator，Unix上面会在vim窗口中开buffer显示，执行完毕敲一下回车就退出这个buffer了，很方便很快捷。但在Windows平台，竟然会弹出一个DOS窗口，而且把键盘焦点给转移到这个DOS窗口上去了。这就迫使你不得不动用鼠标去选择这个DOS窗口，然后关闭它，再把焦点定位回到vim上面来。这就丧失了vim最大的优势了，反而搞的很麻烦。

当然你可以用Alt+Tab键来切换窗口，不必动用鼠标。但遗憾的是Windows操作系统的窗口切换能力很差，一旦你的windows开的窗口多了，在窗口之间快捷切换是一件很麻烦的事情，还不如鼠标来得快捷。这一点Windows比MacOS有很大的差距。MacOS上面进行多窗口切换那才叫一个爽字呢！

最后我认为轻量级IDE在windows平台的市场不会很大，即使E的功能能够完善到TextMate的程度，也不会有radrails那么普及。主要还是和操作系统的支持有关系：

在MacOS上面，你开一个Textmate窗口，一个浏览器窗口，一个tail log窗口，一个命令窗口启动关闭服务器，一个命令窗口进行console调试，一个命令窗口执行单元测试，还有一个命令窗口连接MySQL数据库看数据。在这些窗口之间仅仅使用快捷键进行来回切换是很方便很快捷的事情。

但是Windows的窗口切换功能太弱了，一下开了七个窗口，你编程的时候来回切换的工作效率是很低的。所以在Windows上面要提高工作效率就会倾向于radrails这样的IDE，把所有功能都集成进来了，只要一个radrails窗口，一个浏览器窗口足矣了。这样工作效率才高。

最后值得一提的是，所有这些IDE的rhtml编辑功能还是不如textmate，一旦在html标签里面嵌入代码段，就不能高亮了。而textmate是不会这样的。

The keywords (or reserved words) in Ruby typically cannot be used for other purposes. These are as follows:

BEGIN	END	alias	and	begin
break	case	class	def	defined
do	else	elsif	end	ensure
false	for	if	in	module
next	nil	not	or	redo
rescue	retry	return	self	super
then	true	undef	unless	until
when	while	yield

Variables and other identifiers normally start with an alphabetic letter or a special modifier. The basic rules are as follows:

• Local variables (and pseudo-variables such as self and nil) begin with a lowercase letter.

• Global variables begin with a dollar sign ($).

• Instance variables (within an object) begin with an "at" sign (@).

• Class variables (within a class) begin with two "at" signs (@@).

• Constants begin with capital letters.

For purposes of forming identifiers, the underscore (_) may be used as a lowercase letter. Special variables starting with a dollar sign (such as $1 and $/) are not dealt with here.

The following list provides some examples:

• Local variables: alpha, _ident, some_var

• Pseudo-variables: self, nil, __FILE__

• Constants: K6chip, Length, LENGTH

• Instance variables: @foobar, @thx1138, @NOT_CONST

• Class variable: @@phydeaux, @@my_var, @@NOT_CONST

• Global variables: $beta, $B12vitamin, $NOT_CONST