企業該不該採用 RoR 開發專案? 這是很多人都有想過的問題。

以企業的觀點來看，絕大多數的答案是「No!」

RoR 開發的速度的確很快，但是以 RoR 目前的狀況還沒有穩定到可以讓企業做為主要開發的語言。而這裡所指的穩定不單指系統執行上的穩定，而是人力及開發資源上的穩定。

解決問題的時間遠比開發的時間還長

或許用其它語言要 1 天才能開發出來的程式，用 RoR 不到半天開發出來了，正沈醉在快速開發的喜悅中時...卻發現在執行上出現一個不知何故產生的問題。翻遍網路上所有資源，在社群上發問也沒有結果，因為你可能是全世界第一個遇到這個問題的人，只能自力救濟一步一步的找出問題發生的原因，並且想辦法解決它。而這段時間卻有可能花上3天到一個星期。

人才尋找不易，人力青黃不接

緊接著遇到的問題是，企業在業務擴張後的人力去哪找。104 的履歷在一個月內都不一定會出現一個 Ruby 的。就算出現會 Ruby 的也不一定熟 Rails，而且必須了解對方的工作意願，是否有機會共事...等等，更不要說進來之後還有可能根本就不適任。

最差的狀況就是自己重新訓練一個人，以目前就業市場來看，學 Ruby 只能靠興趣、靠熱誠，有了實作經驗對未來工作是不是有幫助就看每個人怎麼想了。但是訓練新人學 Ruby 也回到一開始的問題，開發資源太少容易造成學習曲線過長，很容易就把人給嚇跑了。

極易造成業務拓展的絆腳石

使用 RoR 開發專案，對於以 RoR 為主要技術的公司或許沒問題，但是客戶可是會有意見。絕大部分的客戶不會希望花錢買了一個只有少數公司能維護的產品，很容易有"花錢讓人捏著脖子走"的感覺。尤其大型企業還會要求內部要有人力可以維護專案，而且還要有原廠在台灣服務，這也是為什麼大企業還是喜愛 Microsoft 跟 Sun Java Solution 的原因之一。這個連 PHP 都很難打入的大企業市場，RoR 要打進去更難。

快速開發的原罪? 屬性適合最重要

從 RoR 衍生出的諸多問題並不是代表這個技術不好，而是"現階段"的 RoR 很容易把專案工作內容由減法轉為加法，企業必須去承擔快速開發所帶來的二面刃，以及許多無法掌控的變數。

每個專案的在執行的過程一定有其適合使用的技術，當然一定有專案以 RoR 開發是最佳的選擇。因此企業在採用 RoR 做為開發技術之前，絕對需要經過審慎的評估。而目前已經採用 RoR 的企業，也要有回饋 RoR 社群的心，透過良性的循環才能讓每個創新的 Web 技術變的更好。

延伸閱讀:
約耳-語言戰爭 (正體中文)
Why PHP is the choice language - a business owners perspective.
何飛鵬: 工作的加法邏輯

我.. 我的履歷上面有寫我會Ruby/Rails..
其實有蠻多會Ruby/Rails的人都在等有職缺
甚至有人在做時薪80的工作呢XD...

CFC:
可惜你在屏東，不然一定很多人搶著要。^^

RoR看似很快就能讓寫網頁者發展Web程式,藉由Ruby的OO語言及Rails的MVC框架,將過去發展Web Ap 的混雜方式分離,看似簡單真的去學習,發現到整個學習的曲線並不輕鬆,如果沒有一點底子還真不容易,話說回來不是以軟體為產品的企業講求的是穩定後續維護成本低,但是如果是以軟體為本業或提供網路服務的發展企業可能看法又不同了,如何能讓自己的產品或服務比其他同業更有競爭力,也許是另一項考量的重點了.

對RoR有興趣的話，可以考慮一下參加12/11,13的CodeGear 3rdRAIL產品發表會，http://www.sinter.com.tw/seminars/CG_3rd_rail.html
除了針對RoR開發所推出的新產品介紹外，也會提供RoR的開發特性、範例說明。

PHP 和 ASP 純手工寫的網頁，功能像是自已規劃設計後一行一行添上去的。
ROR 就比較像是用一包一包疊的，一整套給你，不要的再拿掉。

若是在日本的話, 應該比較好找. 畢竟Ruby是源自日本.