不使用 Ruby 的十個理由

【譯者注】這是一篇讚美 Ruby 的文章！！！看完再噴不遲 

請注意：這是一篇主觀意識的文章。它的目的並不是要說服你使用或者不使用Ruby，或者其他任何技術。這篇文章所涉及到的環境是 Web 開發，而不是通用的編程。我想要通過這篇文章解釋這些年來非 Ruby 社區對於 Ruby 的一些看法，並且提醒人們以開放的心態來面對新的事物。敬請欣賞！

我最近做了一個15分鐘的演講“我喜愛的 Ruby 語言以及它的生態系統”。很顯然我的言論讓忠實的 PHP，.NET 和 Java 開發人員感到不安。他們對 Ruby 不是好奇，而是感覺我在批評他們熱愛的技術。

既然這不是宗教，而是關於如何面對新的事物，我認為我們應該列出所有其他人認為不使用 Ruby 來做 Web 開發的理由。

1. Ruby 並沒有 Java 或者 PHP 那麼成熟

這是對的。Java 和 PHP 被用於 Web 開發要比 Ruby 早很多。但是你知道嗎？我姥姥比 Ruby 要年長很多，但是我不認為我姥姥可以做 Web 應用程式。在 Web 時代，技術每幾年就要更新一次，老和成熟不一定就有優勢。在很多方面，Ruby 社區吸取了其他技術的教訓，所以能做的更好，相比片段化的 PHP 社區來講。

如果你考察一門技術的標準只有時間的話，你從一開始就錯了。

2. Ruby 的效能不如 .NET 或者 Java 

你又說對了！除此之外，Ruby 還比 Erlang，Lua，C++ 等等都要慢，但是你不使用 Erlang 或者 C++ 是嗎？Web 開發並僅僅是效能。你的應用不可能在上線第一天就有上百萬的使用者。你需要編碼，測試，發布，並且迴圈這個過程，你需要快速迭代。所以，一開始開發效率大於運行效率。老拿效能來說事是愚蠢並且錯誤的。Ruby 的應用也能像 .NET 或者 Java 應用那樣橫向擴充。

3. Ruby 在 Windows 下工作的不好

這是一定的。Windows 在很多方面是偉大的，但不包括開源的 Web 開發。Ruby 以及很多源自 *NIX 的偉大技術都不能在 Windows 下工作的很好。與其撞破腦袋抱怨你已經習慣了 Windows ，不如試試安裝 Linux ，讓生活繼續。技術的魅力在於學習新的事物，而不是呆在熟悉的環境裡面一輩子。

4. Ruby 沒有 PHP 那麼流行

的確是這樣的。技術並不是流行比賽，否則的話我們應該都用 JavaScript 來開發（目前在 Github 上最受歡迎的語言）。技術是一種達到目的的手段。流行度只是衡量使用率，社區活躍度的一個指標，用來協助人們判斷技術的可用性，穩定性和支援程度。

5. Ruby 社區高傲並且勢力

嗯……這麼說吧 Java 社區是頑固的，.NET 社區是封閉的，Perl 社區是古怪的，C++ 社區是一群抽煙的中年人。

我遇到過各種各樣不同背景的開發人員。我並不是說 Ruby 沒有勢力的人，但是絕對不是主流。我想很多時候是這樣的一種情況：因為 Ruby 是相對比較新的技術，所以一些簡單的任務例如和第三方的測試，開發，迭代都相對容易。所以當 Ruby 程式員稱讚這些事情使用 Ruby 更容易的時候，他們並不是在看低其他技術，而只是在表述一種更簡單的開發方式。

6. Ruby 非常頑固，不自由

這個觀點不僅僅是錯誤，簡直就是愚蠢。讓我問你一個問題：編寫一個 HTTP 路由群組件或者影像處理類庫有多少種方式？

約定優於配置，最佳實務和清晰的編碼通訊協定不會讓開發人員不自由。相反，它讓開發人員專註於重要的事情，例如商務邏輯。

Ruby 固有的約定驅動的開發方式協助開發人員提高了開發效率，但同時尊崇社區驅動的標準，使得樣板檔案最小化。

有趣的是，Ruby 是我知道的唯一一門語言，可以讓你在任何地方，任何時間更改任何東西。人們很喜歡這些標準和約定，應為它讓他們更有效率。

7. Ruby 沒有 Java 和.NET 可靠

Windows 沒有 NetBSD 那樣安全！！！如果你考察可靠性的唯一標準就是類型檢查的話，你看事情的角度就錯了。

雖然靜態語言嚴格的類型檢查和編譯屬性讓他們獲得了更好的效能，但是，坦白說，在你編程生涯中，有多少 bug 是應為錯誤的變數類型引起的？

Ruby 用來解決這個問題的方式是宣揚測試文化。也就是說，你的代碼的可靠性跟你的測試掛鈎，而不是你的方法聲明。

8. Ruby 缺少企業級的支援

恐怕你孤陋寡聞了吧？聽說過 Engine Yard嗎？沒有？他們提供非常出色的企業級 Ruby 支援。

所謂的企業級支援是很久以前企業通過綁定使用者銷售昂貴的，可靠的，最新的技術來獲得收入。但是你必須這麼做嗎？難道你是如此的無能，因為缺少所謂的“支援”就不去選擇一項合適的技術？

讓我問你一個問題：你認為微軟需要多久才能發現，修複，承認，並且發布一個IIS的安全補丁？再想想，你真的認為金錢驅動的壟斷企業關心你 Web 應用程式的安全性嗎？

在以開原始碼為代表的技術創新時代，為了所謂的支援選擇一個封閉的，壟斷的技術，就是選擇了落後所有人一步。正大眼睛看看這些公司吧，Basho, Redhat, Canonical, 10gen, Cloudera, Engine Yard，他們提供開源的技術，並且提供企業級的付費支援。

9. Ruby 沒有很好的可擴充性

這是很老的話題，要追溯到 Twitter 剛剛開始的時候。當 Twitter 飛速發展的時候，他們必須修改 ActiveRecord 中深層次的代碼以獲得在 Rails 中支援多個 MySQL 資料庫。不幸的是，人們混淆了 Ruby 和 Rails。在 Twitter 這個案例中忽略了 Twitter 的快速成長得益於 Rails 的便於使用和快速開發。

任何成功的應用到最後都會遇到擴充性問題。Facebook 最後把 PHP 編譯成了 C++，Twitter 轉向了 Scala， Youtube 依然使用 Python，Apache 和 MySQL。沒有任何兩個 Web 應用程式是完全一樣的，我們應該從成功的 Web 應用程式中學習經驗，而不是上來就宣布某項技術的擴充性強於另外一項技術。

10. 尋找有經驗的 Ruby 程式員很困難

這倒是真的，但取決於你在世界的哪個地方。比如在 Israel，.NET 和 PHP 盛行，所以找到好的 Ruby 程式員是很困難的。但是你知道嗎？在那裡更難找到有經驗的 Javascript 開發人員！

非要較真的話，我也可以說找到好的 PHP 程式員比 Ruby 更困難。因為 PHP 社區分散，使用者產生的文檔和不一致的 API 是的學習難度提高。

不要因為困難而放棄一樣好東西，你可以自己培養 Ruby 開發人員。我的意思是，如果你認為 Ruby 是正確的技術，那麼為什麼不多投入一些呢？

 

原文地址：http://www.oschina.net/news/34942/10-reasons-not-to-use-ruby?from=20121125