1. Git
Git是进入Ruby这个生态圈首先最应该学会的工具。几乎所有以Ruby开发出来的套件都放在Github上。也就是不管你要下载或修改协作都需要透过Git。
2. RVM
- Ruby有很多种implementation，比较多人在使用的有
- 标准的MRI Ruby 1.8.7
- 标准的MRI Ruby 1.9.2
- REE( Ruby Enterprise Edition)
- JRuby等等
其实你用哪一种版本开发都无所谓，不过目前有一些project只能在 Ruby 1.9.2上执行。切换Ruby环境跑实验project在之前的时代是一件很痛苦的事。
所以有人发明了RVM，让开发者可以无痛的可以切换各种Ruby环境，甚至透过RVM制造出独立的Gemset环境，无负担的尽情实验新工具。
3. Mac
不可否认的开发Ruby程式，Mac是第一首选环境。
最初的原因是撰写Ruby / Rails的利器: TextMate macromates.com（原链接http://marcomates.com/已失效），Mac上的软体。而后来使用Mac开发Ruby程式的开发者越来越多，更加深这种情况，造成一些实战best practices以及友善的开发工具，几乎都以Mac为优先或唯一平台发佈，如：Pow与Homebrew。
4. Homebrew
原先在Mac上，套件管理几乎是Macports与Fink的天下。但这两者因为dependency处理不佳，加上需要sudo执行。某些时候会造成套件管理上的灾难。在OSX 10.6之后的时代，就逐渐被后起之秀Homebrew取代。
Homebrew有两大极优秀之点：
by user，不需sudo就可以安装套件。不会把档案权限搞得一团脏。
更新迅速以及乾净。Homebrew是git-based的fomula sets，透过预设的fomula安装程式
安装时如果发现有错误，可以自行修改，并透过Github的功能发pull request要求管理者patch。用Homebrew建置出来的Rails开发环境通常极为乾净且无恼人的套件bug。
( Rails developer最常会撞雷的两大套件：MySQL与ImageMagick在brew上装，几乎没什么问题…)
5. Pow
这是由37signals所开发出来的网页伺服器，可以跑任何Rack Based的网页程式。特点是，你可以把某个开发中的project，如：wiki，symlink到自己的家目录底下的.pow/资料夹。
代码:
- $ cd ~/.pow
- $ ln -s ~/projects/wiki
再打开浏览器上的 http://wiki.dev/，就可以把 projects 挂起来了。
(原理是拦截对 port 80 上的 request导回Pow)
在从前，如果你要挂上projects，通常得自己改local 的 apache conf 和 /etc/hosts 加上设定。挂起、移除、重开都非常麻烦。
而Pow的诞生，让常常追许多新玩意的开发者，实验的成本变得极度低廉。
6. Rack
Rack是一个Ruby套件，也同时是Ruby界的网页程式标准interface。背后的想法与塬理可以参考我以前写的一篇旧文Rack 与 Rack middleware。
现在只要看以Ruby开发的网站程式，几乎都支援Rack。不会再有以前哪一套框架，推荐独家使用哪一套web server跑的乱象。因为有了Pow，挂起Rack-based的网站实验程式成本也很低廉。
同时因为採用Rack架构开发的缘故，开发者可以透过Rack middleware外挂实作一些框架或程式没有的功能。
比如说：
- rack-now-www硬是干掉网址的www
- rack-rewrite在不支援.htaccess的环境下，直接使用rack硬rewrite routing
- 也很自然而然的会知道：
- 想恶搞，改config.ru
- 想重开，touchtmp/restart.txt
这些潜规则。
7. Bundler
Bundler原先是Rails3架构师Yehuda Katz开发出来解决Rails中package dependency的工具（在开发 Merb 这个 framework时，Katz就开始尝试实作了）。
package dependency一直是相当麻烦的问题。解不开，就无法将程式boot起来。
原先大家也只有拿Bundler搭配Rails使用。
而后来Bundler也逐渐变成一般Ruby程式中预设的套件dependency管理程式。
Bundler中的Gemfile设计，不只能让开发者能够轻易的解决套件相依问题，并且可以直接引入「开发中」套件，解决3rd gem版本更新过慢，卡住自己开发进度的问题。
代码：
- gem 'nokogiri', :git => 'git://github.com/tenderlove/nokogiri.git'
- gem 'nokogiri', :git => 'git://github.com/tenderlove/nokogiri.git',:branch => 'stable-2'
- gem 'nokogiri', :git => 'git://github.com/tenderlove/nokogiri.git',:tag => 'tag-2'
- gem 'nokogiri', :git => 'git://github.com/tenderlove/nokogiri.git',:ref => '23456'
8. Guard
在开发网页程式时，开发者很常重复这样的动作：写一写 -> run test -> refresh web browser -> 继续修改 -> run test -> refresh browser这些都是很机械式的行为，非常烦人。
有没有办法只要「档案变更，就自动作事」呢?
Guard就是这样的一套工具。
有趣的是，Guard刚推出时，其实也只单纯是一套监视档案工具变动的工具，你可以透过写Guardfile，去自由监视需要监视的资料夹，再do something。而因为Guard架构算设计的不错，后来许多开发者更基于Guard做出更多其他的rubygems。
guard-livereload就是一个例子。
9. LiveReload
修改网页 => refresh browser是刚刚所提到的烦人事之一。
LiveReload提供了监视档案变动，并通知browser reload的功能。
开发者如果萤幕够大的话，可以同时开着文字编辑器与 browser，修改的任何变动马上即时显示在browser上。
值得一提的是，LiveReload在10.7 以后是broken 的。因此后来有人利用guard实作出了 guard-livereload作为替代品。
10. Sass/SCSS/Compass
自从Rails 3.1引入SCSS作为Asset Pipeline当中的选项之后，这套本来没多少开发者知道的CSS framework就开始疯狂走红。
SCSS的塬理是透过写编写「巢状」的style，取代塬本需要写CSS时需要一直复製DOM结构名称的动作。并且支援变数、数学、继承、mixin等功能…
如：SCSS
代码：
- $border-color: #3bbfce;
- $link-color: #3bbfcf;
- .content
- { border-color: $border-color;
- a{color: $link-color}
- }
可以生成CSS
代码：
- .content{ border-color: #3bbfce;}
- .content a{color: #3bbfcf;}
而Comass是基于SCSS的Framework。提供了更进一步的许多暴力feature。
有些人可能会搞不清楚SASS / SCSS / Compass的关係。如果你有兴趣的话，可以参考我在Upgrade2Rails31这个project中写的两篇文章：Sass/SCSS以及Compass。
转自：http://sd.csdn.net/a/20111024/306287.html