網站開發快10倍－探索Ruby on Rails的高速魔法

《超越Java》一書中提及作者的團隊曾將Java的專案利用Ruby on Rails改寫，原本花四個月的時間，RoR用四個晚上就完成，粗估產能提高5到10倍之多。為了探究RoR的高速魔法，除了傾聽臺灣的RoR使用者的經驗之外，本文將以臺灣第一個使用RoR開發的社群式書籤HEMiDEMi為例，解析其獨特之處。

RoR話說從頭
RoR具有高生產力的原因有很多，就程式碼的數量來看，根據thegiive整理的國外統計和他自己的經驗，無論是Java或PHP，程式碼行數大約是8到10倍之間，程式碼少不但可以減短開發時程，也可有效降低程式發生錯誤的機率，提升網站運作的品質。

看HEMiDEMi如何用RoR
HEMiDEMi是社群式書籤分享網站，使用者在網路漫游時，發現喜愛的書籤，就可以收藏在HEMiDEMi。除了收藏，使用者可以填上引述或簡介、並透過標籤（tag）自行定義收藏的網頁性質或分類。

Step by Step建立線上書籤
我們將虛擬一個簡單的書籤程式作為範例，一步步介紹安裝、開發的過程，實作一次快速產生書籤應用程式。

臺灣RoR社群經驗談

林祖年（Contagion）：「因工作的關係直到約0.13版時才真的開始使用，一試用之下就驚為天人。」

陳凱翔（thegiive）：「RoR 很有可能是近十年來最偉大的軟體發明，它的超快速開發已經讓數以萬計的程式設計師超越了語言的障礙。」

宋昆銘（bluce）：「苦於網站的測試嗎？RoR 為你開啟快樂開發的一絲曙光！」

徐士鈞（CFC）：「會成為Ruby愛好者，是因為RoR開發快速又好Maintain。」

鄭立竺（qweruiop）：「因為要尋找最好用web application framework而開始接觸RoR，不過要學會還是有點難度。」

RoR話說從頭

11月10日，一個星期五晚上，一群熱衷Ruby on Rails的私人聚會在中山北路某家咖啡店上演，席間有創辦臺灣第一個社群式書籤HEMiDEMi的葛力、即將在旗標推出本地第一本RoR著作的作者CFC與thegiive、經常透過部落格或講座宣揚的Contagion、Anw等人，這些人的平均年齡還很年輕，有的正在服兵役或即將入伍，也有尚在就學的學生，一聊起這個網站開發的新技術，每個人的興奮之情溢於言表。

網站開發快10倍
說起RoR，滿場飛舞的技術詞彙中，共同的交集就是「快」，thegiive以自己的經驗為例，過去的開發經驗，通常是美工的進度超前程式設計，採用RoR之後，換成他在追問美工有沒有新的進度，生產力的提升可見一般。

更誇張的一次經驗，thegiive的工作夥伴接到修改網站需求的電話，跟thegiive講過修改需求後，又回頭在電話上聊其他公務，而thegiive隨即開始修改後端程式。等他的工作夥伴掛下電話，問他修改上有沒有困難，他卻已經修改完畢，全部只用了20行程式碼。這使得另一位RoR開發者Contagion感嘆地說，自從用了RoR後，常常興起過去的時間白白浪費的感覺。

RoR究竟有多快？《超越Java》一書宣稱可以快上5到10倍，作者Bluce Tate更進一步的說明「如果使用一個框架可以讓你只變快20%，或許你應該繼續使用比較保險的語言，像是Java。但是如果可以變快300%，甚至更高，那麼其他的差異都變得不重要了。」

RoR具有高生產力的原因有很多，就程式碼的數量來看，根據thegiive整理的國外統計和他自己的經驗，無論是Java或PHP，程式碼行數大約是8到10倍之間，程式碼少不但可以減短開發時程，也可有效降低程式發生錯誤的機率，提升網站運作的品質。

RoR話說從頭
RoR這個高速的網站開發架構，是立基在Ruby之上發展起來。Ruby是直譯式的物件導向語言，由日本人松本行弘在1993年開發。松本行弘有感於Perl的強大，但是語法卻不夠漂亮，於是便在Perl概念之上，加入物件導向概念，在1995年正式釋出。Ruby提供簡潔的語法、完整的物件導向能力，並內建正規表達式（Regular Expression）引擎，在處理文字上有相當優異的表現。另外像是異常處理機制、自動垃圾收集和可攜性等特性，都是Ruby廣受好評的原因。Contagion在接觸RoR之前就已經使用過Ruby，用來管理系統及作為自動測試的工具，他認為在使用上Ruby比Perl 來的清楚易讀。不過受限發源於日本，Ruby早期的採用者多半在日本一地，一直到2000年後Ruby進入美國後，透過英語世界的推廣才慢慢展開來。而Ruby on Rails更是讓Ruby站上前所未有的高度。

RoR是David Heinemeier Hansson（常被簡稱為DHH）在2004年為了Basecamp專案而開發的架構，後來在2005年12月釋出第一版。Rails的成功，除了讓DHH被《Wired》雜誌封為地球上最炙手可熱的駭客，重要的是RoR在開發理念上充份發揮Web 2.0的精神，像是內建Prototype，使得開發人員可以輕鬆開發Ajax，提供使用者豐富的展示層，由於RoR在開發速度上的優勢，讓使用者為中心、服務為導向的理念得以充分落實。

約定優於配置，讓HEMiDEMi選擇RoR
被視為RoR典範的網站HEMiDEMi，是臺灣第一個成功使用RoR開發而且持續營運的網站，於是便成為其他人詢問的焦點，即使如thegiive擁有豐富RoR開發經驗，他也坦言網站上的某些實作方法，至今還沒想出如何實現。

最初葛力在進行社群式書籤網站開發時，一開始也是屬意使用Java，這源於他在資迅人的網站專案開發經驗。資迅人早期開發網站專案時，採用PHP作為網站開發的語言，但那時PHP的程式和內容完全混在一起，一旦外觀需要調整，程式就得必須重套一次，加上PHP缺乏物件導向結構，很難重複利用，無法有效提升網站專案開發的效率，為了改善這種情況，資迅人便決定在新的Webmail專案中改採Java開發，葛力在當時便累積不少Java開發經驗。

這個經驗讓葛力在開發HEMiDEMi時自然而然地選用Java，並且花了不少時間研究新出的一些架構如Hibernate、Spring、JSF、Struts等。雖然紮紮實實讀了不少書，也進入實作階段，然而卻花了許多時間在XML設定上。Java在開發時需要透過XML作許多設定，像是使用Hibernate設定ORM（Object Relation Mapping）需要使用，而負責前端的JSF也有XML需要設定。當Spring要指定ORM和前端架構，又必須設定一次XML檔。

光是要了解和使用這些設定就必須花上許多時間，網站開發原本應該關注的應用程式邏輯和創意反而遲遲無法展開。事實上葛力相當讚許這些Framework，在架構設計上的確漂亮而且深具彈性，只是對於網站開發而言，仍過於複雜。

許多人對RoR存有一個印象，認為它只是個酷炫玩具，Demo可以做的很精彩，但無法勝任複雜的工作，或者在效能上有所限制。一開始葛力也是抱持這種印象。但在Java設定的工作讓他深感疲憊之時，葛力決定試試RoR。一試之下發現過去幾個月他在設定上所受的折磨消失了，而且可以很快進入網站應用程式的開發工作，開發速度也相當快，解決了他過去網站開發上的許多問題。另外像是架構中具備開發、測試和生產三種模式，內建自動化的單元測試（Unit Test）功能，其他如可減少重複工作的helper設計、URL繞行等功能，過去都是網站開發者必須自己解決的事，但RoR都幫開發者解決了，於是這些因素讓他毅然決定採用RoR。

不論是網站或應用程式，選定一種開發語言後，通常也就決定了它的發展性，因此決定使用RoR可說是項賭注。不過由於前有Java的複雜性攔阻、後有自己的試用經驗，加上國外如Basecamp網站的成功案例，讓他深覺RoR是個有未來性、發展性的新架構，並會為網站開發帶來革命性的改變。

能因應使用者需求，快速調整網站功能
在改換RoR數個月後，HEMiDEMi在2005年年底開始透過del.icio.us邀請網友進行測試。網站正式釋出之後，beta的版號依然掛上網站logo旁，葛力不斷透過留言和使用者的對話，留心使用者提出的需求，一旦評估可行之後，就會馬上實作、發布。近期推出預覽YouTube、Google Video的影片預覽是在和社群互動中，主動發現使用者的需求發展出來的。例外像影片專區，更是一個例証。原本是有人在網站上討論臺灣需不需要像Youtube的影片服務，由於影片服務所需的網站需要大量的硬體和頻寬資源才能進行，成立的門檻不低，但葛力轉念一想，其實可以透過分享式書籤的特性，結合新推出影片預覽的功能，讓使用者能在HEMiDEMi上欣賞使用者精選過收錄在書籤的影片。

發現這樣的需求和可行性之後，葛力花了幾個小時開發，影片專區在當天下午即宣告完工。之所以能有如此敏捷的開發可能性，一切都仰賴RoR快速開發的特性。

HEMiDEMi開站至今，經歷幾次的大幅改版動作，功能上的小改版更是頻頻進行，會員數也不斷增加，其間也曾經發生過大量負載時發生錯誤或效能降低，但是經過調整後，在極短的時間又恢復正常。也許你不知道RoR能做到什麼樣的程度，看看HEMiDEMi，它已成為一個見證網站。

臺灣RoR社群凝聚推力，要讓技術生根
葛力很早就有成立一個RoR社群的網站的想法，推廣他認為深具未來性的技術，不過由於網站開發工作持續進行，因此只能一直擱著，沒想到卻有一群熱愛RoR開發人員與愛好者，擔起了推廣技術的重責大任。相較於國外或大陸對於RoR的關注與實踐，臺灣這於這項新技術的好奇與應用相對不熱絡，這使得他們更覺得推展RoR刻不容緩。

Contagion認為，以服務為導向的Web 2.0時代，網站與使用者必須建立起一種緊密的互動性，使用者產生需求，網站就要快速因應，這種要求速度的互動性，讓高速開發的RoR更有機會。

而thegive除了一再提及RoR的快，學習門檻不高也是他覺得相當重要的一點。要掌握RoR，他認為只需要兩本書，一本是《Agile Web Development with Rails》、另一本《Ruby for Rails》，大概就能掌握RoR的精華，如果想再深入Ruby，補上《Programming Ruby》也就足夠。在職場上使用Java開發的Anw，更是直言Java在網站開發上過於繁瑣、複雜，而RoR的確擊中Java在網站開發上的一些弱點。

模仿可說是對原創最佳的讚賞，從CakePHP、Gails等RoR-like架構紛紛推出，證明RoR在網站開發上贏得各方開發人員的肯定。根據O’Reilly統計2006第三季的書市狀況，Ruby的銷售率是各種程式開發語言之冠，成長幅度有255%之多，而RoR的書種也越來越多。此外，RoR在2006年初獲得相當於軟體界奧斯卡獎的Jolt Awards的Web開發工具大獎，而像Basecamp、43things、Odeo等知名RoR網站，也證明它在規模或應用上的成熟度。RoR也在去年開始在對岸引發眾多開發人員的關注，不但有專門論壇進行交流，也有不少的網站應用出現。相較之下，台灣在RoR應用上仍有待推廣。

看到這群台灣RoR最有活動力的開發者，推動著台灣RoR的發展，無論是創立RoR討論社群或wiki站臺、在部落格極力搜羅相關資料、應用RoR在實際的開發案上，他們不遺餘力推動RoR發展，而這股力量將是具有10倍網站開發力量的RoR，在台灣從伏流到崛起的重要關鍵。

看HEMiDEMi如何用RoR

HEMiDEMi是社群式書籤分享網站，使用者在網路漫游時，發現喜愛的書籤，就可以收藏在HEMiDEMi。除了收藏，使用者可以填上引述或簡介、並透過標籤（tag）自行定義收藏的網頁性質或分類，如果有其他使用者也定義了相同的標籤，只要點選標籤，這些書籤就會匯整起來，成為進一步了解同性質網頁的依據。

除了書籤分享，HEMiDEMi更透過留言評論、推薦等機制，讓書籤不單單只有收藏性質，更讓書籤成為種種議題的討論起點。

HEMiDEMi正式發布至今未滿一年，還是相當年輕的網站，加上使用者日益增加，各式各樣對這個平臺的需求不斷湧現，創辦人葛力和閃恩經常會因此調整網站改版的優先次序，而RoR的彈性賦予他們在修改上的靈活度。

底下，我們將透過HEMiDEMi的圖解，解析RoR的基本觀念與運用上的實例。

RoR的MVC與ORM架構
RoR遵循標準的MVC框架，透過約定優於配置的原則，整個開發過程採用強制的結構來開發應用程式。在這個結構中可以配置模型（Model）、視圖（View）和控制器（controller），當應用程式運行時，RoR會自動將它們組織起來，不需要任何額外的設定。

RoR透過ActiveRecord進行ORM（Object Relational Mapping），將資料庫中資料表對映到類別，換言之，如果有名稱為bookmarks的資料表，就會有一個bookmark的類別，並將資料行對應到物件，欄位對應到物件的屬性。

在RoR應用程式中，來自使用者的請求首先被發送到Routing，除了發送應用程式的請求，並將請求進行解析。Routing會識別控制器代碼內的特定動作，查看請求需求的資料，並與模型互動，之後再發送資訊給視圖，顯示結果使用者。

URL結構解析


bookmark這個控制器負責書籤的各式各樣的處理動作，在本例中是利用popular的動作（action），列出最多人收藏的書籤，而位於最後的參數（id），則決定了顯示哪種條件的最多人收藏的書籤，history的參數是列出全部時間範圍的書籤，也可以其他還可以依本月、本週、本日等取得不同的顯示結果，這些結果會以變數傳回給bookmark這個控制器，然後交給popular.rhtml這個視圖以產生網頁內容。

由於RoR採用約定優於配置的原則，bookmark控制器會放置在app/controller/目錄底下，命名為bookmark_controller.rb，並宣告相關的動作。


Ajax
RoR透過Prototype和script.aculo.us JavaScript程式庫實作Ajax的支援，範例中搜尋Tag的功能，是透過Ajax自動完成輸入的功能，在使用者輸入Tag的同時，透過link_to_remote的函式載入Tag資料，讓使用者選擇。

解析書籤視圖
bookmark模型物件透過OR Mapping的方式從資料表對應而來，透過bookmark控制器將資料傳給視圖，最後產生使用者檢視的網頁。

bookmark模型物件透過OR Mapping的方式從資料表對應而來。RoR會在資料庫建立一個複數名稱的資料表bookmarks，這種單、複數的對應，也是RoR約定的慣例，大多數的時候，它都能將單數名稱轉換為複數。

我們利用線條將範本檔與輸出網頁對應，再用編號將物件模型與輸出網頁，可以檢視到物件模型和視圖檔案的關係，以及物件風格的樣本語法。


範本檔的使用

頁首	＜%= render_partial 'header' %＞
內容	＜%= @content_for_layout＞ 使用groups控制器
	使用bookmark控制器
首尾	＜%= render_partial 'footer' %＞

RoR組成範本檔後傳送給使用者的網頁外觀，header和footer由partial設定的範本檔，而中間內容組成會隨著 @content_for_layout變數動態載入。

HEMiDEMi大事記Step by Step建立線上書籤

要認識RoR在網站開發快10倍的魅力，莫過於親自動手撰寫程式，直接感受Rails架構帶來的革命性差異。

底下我們將虛擬一個簡單的書籤程式作為範例，一步步介紹安裝、開發的過程，實作一次快速產生書籤應用程式。

Step 1. 安裝Ruby和Rails
要開始RoR的快樂超速旅程之前，我們必須先將RoR運行環境準備好，第一步當然是從安裝開始。在範例中，我們將在Windows環境中作說明。

首先從RubyForge網站下載One-Click Ruby Installer，安裝Ruby。在安裝過程中，只要採「下一步」的方式，安裝程式便會裝上Ruby、文字編輯器SciTE、Ruby的IDE環境和GubyGems。

有了Ruby，當然還要安裝Rails，我們透過Ruby的Gem指令來安裝rails。

在命令列底下，輸入：
gem install rails--include-depedencies

Ruby就會從RubyForge網站將Rails安裝完成。

在個人端開發RoR程式，必須還要有Web Server和資料庫，目前RoR支援的Web Server包含了Apache、微軟的IIS這兩個常見的網頁伺服器之外，還支援Mongrel、Lighttpd等，同時RoR本身也具備WEBrick伺服器，在開發階段其實利用WEBrick就已經足夠。

在資料庫方面，RoR支援企業常用的DB2、Oracle、SQL Server，而MySQL更是它預設的資料庫，另外如Firebird、PostgreSQL、SQLite也都在它的支援之列。我們的範例將以RoR+WEBrick+MySQL的方式來執行。

如果你的Window環境中沒有Web Server和資料庫，可以利用Instant Rails這個套件安裝，一次將Apache、MySQL和我們的主角RoR安裝完畢。

Step 2. 建立專案
我們將製作一個bookmarker的書籤專案，讓使用者可以自行輸入書籤的標題、網址、說明、建立時間和修改時間。

讓我們在命令列中敲下：
rails bookmarker

就可以看到程式忙碌起來，開始建立專案所需的目錄和檔案。在它跑完之後，我們使用tree指令，看一下它的架構。

它為bookmarker建立了app、components、config、db、doc、lib、log、public、script、test、tmp和vender等目錄，這些都是後續建置網站系統會使用到的。

Step 3. 設定資料庫
接下來，我們要為bookmarker書籤準備好儲存資料所需的資料庫。首先我們必需設定RoR和資料庫的接口，在RoR中，是由藏身在config資料夾中的databases.yml

RoR預設使用yam文件作為設定之用，比起XML格式，它方便開發人員閱讀，也很容易和腳本語言溝通。

我們可以看到RoR幫我們準備了development、test、production三種模式，這對於產品開發的週期有相當大的幫助。現階段如果使用者依照預設值來使用的話，我們只需填上資料庫的密碼存檔後，就已經完成資料庫的設定動作。



Step 4. 建立資料庫
由於我們目前開發動作會在development模式中進行，所以先到MySQL環境底下，建立一個bookmarker_development的資料庫：
mysql> create database bookmarker_development;

在正式的網站應用開發流程中，我們除了development的資料庫之外，通常也會一起建置供測試和正式上線使用的資料庫，只要將這個步驟指令的development代換成test、production，就可以開始使用這兩個資料庫。

Step 5. 產生資料模型物件
接下來，我們使Active Record資料模型物件，產生bookmark資料模型：
C:\bookmarker>ruby script\generate model bookmark

Rails會產生一個資料物件，放在app/model/bookmark.rb裡，不過目前缺乏schema，我們要透過migration的方式來建立。

Step 6. 使用Migration 建立資料表
我們到C:\bookmarker\db\migrate\目錄底下，找到一個001_create_bookmarks.rb的檔案，開啟編輯。我們會看到如下的畫面：



我們把它改變成：

之後回到bookmarker的目錄底下，執行：
rake migrate

這時RoR就會替我們建立兩個資料表，一個是bookmarks資料表，檢視資料表的內容，裡面除了我們填入的title、url、description、created_at、updated_at之外，它還會自動為我們加入id欄位。

另外一個資料表是schema_info，這裡記錄了bookmarks的版本編號，藉由migration的方法，一旦bookmarks發生變化，版號也會跟著異動，使用者可以藉此來維護資料表。另外透過self.down的方法，可以讓bookmarks的schema的狀態回到上一個版本。

雖然直接從MySQL裡面直接建立資料表看起來更直覺，但是使用migration對於日後維護工作有相當的幫助。

Step 7. 使用Scaffold方法 產生頁面
Scaffold方法是RoR提供一個相當方便的功能。利用我們先前建立好的資料模型和資料表的schema，Scaffold方法馬上就能為我們建一個簡單的使用者介面，讓開發人員可以實際使用應用程式運作狀況，並且包含了資料庫的CRUD的功能。

在bookmarker的目錄底下，輸入：
C:\bookmarker>ruby script/generate controller bookmark

它就會產生bookmark的controller。接下來我們編輯bookmark_controller.rb這個檔案。在bookmark控制器中填入：



就已經完成了scaffold。只寫了一行短短的程式碼，但是我們已經完成使用者介面。

Step 8. 啟動內建伺服器
為了檢視成果，我們現在來啟動RoR內建的網頁伺服器WebBrick，輸入：
C:\bookmarker>Ruby script\server便會啟動WebBrick。

接下來我們打開瀏覽器，輸入http://localhsot:3000/bookmark，即可看Scaffold為我們產生的頁面。

我們可以試著輸入幾筆資料，測試看看運作是否正常。

Step 9. 檢視Scaffold 動態頁面效果
Scaffold方法可以動態的呈現變化，現在我們用兩種方式來檢驗，一個是重新定義首頁檔，一個是增加新欄位。

加入首頁的方法，只要在bookmark_controller.rb加入：

即可，當我們重載頁面後，首頁已經由原來的list頁面變成新的首頁。



現在我們要新增一個引述欄位到書籤中。在命令列中，輸入
C:\bookmarker>ruby script/generate migration add_photo_columns

這是新增欄位的語法，當他生成002_add_photo_columns.rb之後，我們到db/migrate目錄底下編輯這個檔案。

之後執行「rake migrate」之後，我們再去檢視，無論是list、edit、show等畫面上，立刻都會出生Quote欄位。

透過Scaffllod動態頁面功能，在開發階段使用者可以專注在資料模型，而不用花費太多心思在使用者介面上。

Step 10. 透過Scaffold 產生程式碼
Scaffold除了動態呈現改變之外，也可生成程式碼，藉此產生控制器和視圖檔案。生成的語法如下：
Ruby script/generate scaffold bookmark bookmark

過程中RoR會詢問是否要替換檔案時，選擇Y。執行完畢後，程式碼就產生了。

我們可以開啟剛剛生成的視圖來檢視。到「app\views\bookmark\」資料夾底下，可以看到剛剛產生的list.rhtml等5個視圖，除了_fotm.htm屬於RoR的partial樣版，負責定義edit.rhtml和new.rhtml當中表單的樣式，其他的檔案就如同一般HTML檔案的片段，可以由使用者進編輯。一旦使用者日後進一步熟悉RoR的語法後，就可以自定定義rhtml視圖。

大功告成
執行至此，幾乎是利用RoR預設的功能，加上幾行程式碼，就完成一個簡單的線上書籤網站。從實務觀點來看，自動生成的程式碼不見得能符合開發人員的所有需求，但是至少提供了一個基礎，可以由這個基礎上繼續發展。

從安裝到產生RoR的程式碼，我們只是很簡單地將RoR快速產生使用者介面這個部份作一個簡要的介紹，其他像是多資料表的關聯、Ajax的實作、View的設定等等，還沒有機會一一深入，而這些也都是RoR展現靈活性的地方。不過如果按圖索驥至此，對於RoR在快速開發上網站上會有初步的概念，也更能理解是為什麼RoR能引起一股網站開發新風潮的原因。

只要繼續深入，你將更能體會RoR的魅力。

RoR的經典書臺灣RoR社群經驗談

找回高生產力的快樂日子

林祖年（Contagion），現年27歲 ● 服務單位：服兵役中 ● 接觸RoR的時間： 2005年7月 ● 推薦的RoR網站：43things、fluxiom ● 部落格：blog.pityathome.com

我大約在2004中開始使用Ruby，做為一些系統管理和自動測試的工具，用起來十分順手，而且比Perl來的清楚易讀。自從 Rails在ruby-talk mailing list爆紅時就一直在注意，不過因工作的關係直到約0.13版時才真的開始使用，一試用之下就驚為天人。

在Ajax 竄紅的初期，RoR就引進了Prototype和Script.aculo.us，讓網頁輕巧的Ajax化。

在SOA重新被炒熱的時候，RoR 1.2 又快一步的加上了RESTful支援，讓開發好的程式馬上就能提供 API與他人互通有無。

從實際應用程式中精練出來的framework，解決開發者最實際的問題。

明天的 Web X.0 ? RoR 今天就嘎你傳便便！

另外，別忘了藏在鐵路之下的紅寶石喔！讓Ruby這個擁有著先進功能和簡潔語法的純物件導向動態語言，幫程式設計師找回高生產力的快樂日子。

RoR比Java快10倍，比PHP快五倍

陳凱翔（thegiive），現年25歲 ● 服務單位：樂多公司 ● 接觸RoR的時間：2005年10月 ● 推薦的RoR網站：HEMiDEMi、Basecamp、JavaEye ● 部落格：lightyror.blogspot.com

RoR 很有可能是近十年來最偉大的軟體發明，它的超快速開發已經讓數以萬計的程式設計師超越了語言的障礙，用心學習RoR（Ruby之前並不有名）。

開放原始碼界也刮起了一股抄襲 RoR 的旋風。他已經發展得很成熟了，有許許多多商業網站已 RoR 來開發架設，並且已經擁有眾多的流量。

最重要是我用RoR 來開發網站有 7倍以上效率（之前用PHP），他可以幫助我在彈指之刻做完任務，這才是選用語言工具最重要的事情，它能幫助我Getting Things Done！！！

RoR開發速度可以比Java快10倍，PHP快五倍。程式碼行數比Java少 5倍，PHP少五倍。那你為什麼不用 RoR？

Ruby On Rails統一Web界

宋昆銘（bluce），現年28歲 ● 服務單位：樂多公司 ● 接觸RoR的時間：2006年8月 ● 推薦的RoR網站：37signals ● 部落格：blog.yam.com/bluce

對客戶的需求一再的改變厭煩嗎？疲於且戰且走的公司策略嗎？對於修改 DB schema牽一髮動全身感到恐懼嗎？苦於網站的測試嗎？RoR 為你開啟快樂開發的一絲曙光！！

Ruby On Rails統一Web界！！

開發快速又好Maintain

徐士鈞（CFC），現年18歲 ● 就讀學校：大仁科技大學五專資管 ● 接觸RoR的時間：2006年3月 ● 推薦的RoR網站：HEMiDEMi、RightCart、Basecamp ● 部落格：zusocfc.blogspot.com

會成為Ruby愛好者，是因為RoR開發快速又好Maintain，加上討厭PHP的麻煩，程式碼又亂。長江後浪推前浪，多接觸新的東西會是成功的關鍵！

要學會RoR還是有點難度

鄭立竺（qweruiop），現年27歲 ● 服務單位：國家高速網路與計算中心 ● 接觸RoR的時間：2006年 ● 推薦的RoR網站：Basecamp

因為要尋找最好用web application framework而開始接觸RoR，不過要學會還是有點難度。

目前正和thegiive與CFC合著《Ruby on Rails網頁程式設計--震撼全球的高效率網頁技術》，希望讓RoR入門更為容易。