英文原文：Why we moved from NodeJS to RoR，翻譯：外刊IT評論
宣告：這篇文章絕不是一篇討論 NodeJS 和 Ruby on Rails 孰優孰略的檄文。它描述的只是我們做決策過程中的一些思考、決策背後的原因。兩種框架都非常優秀，都出色的完成了它們的設計初衷，這也是為什麼我們部分的模組仍然執行在NodeJS上的原因。
我是NodeJs的大粉絲，認為這是一項讓人非常興奮的技術，相信它會變的越來越流行。我對這項技術非常的欣賞——儘管我們最近把Targeter App從NodeJS遷移到了Ruby on Rails。
我們當時使用NodeJS開發它的原因很簡單。我有一個程式包，能很快的將我們的應用弄上線(我們花了54小時做這個事情)，相比起Ruby，我更常使用的是JavaScript。因為我們的技術架構牽涉到NongoDB，我的這些特長只有在NodeJS環境裡才會有意義。然而，隨著應用規模的增長，我認識到，選擇NodeJS來實現這個應用是個錯誤的選擇。下面讓我來概述一下其中的原因。
NodeJS很適合做那些有大量短生命期請求的應用。對於傳統的CRUD應用，它也很好，但不是非常的理想。在PHP，Ruby，Python語言裡都有很成熟、優化的很好的框架來處理這種應用。NodeJS裡的所有東西都非同步執行的理念對於CRUD應用來說沒有任何效果。其它語言裡的流行的框架能提供非常好的快取技術，你所有的需求都能滿足，包括非同步執行。
NodeJS是一種非常年輕的技術框架，它的周邊程式庫都不是很成熟。我說這些並沒有任何對那些程式碼捐贈者冒犯的意思，他們很優秀，開發出來很多優秀的程式庫。然而，大部分程式庫需要改進，而NodeJS的這種快速成長的環境意味著每一版升級中都帶有大量的變化；當你使用一種前沿技術時，你十分有必要儘快的緊跟最新的版本。這給創業型的企業帶來了很多的麻煩。
另外一個原因是關於測試。NodeJS裡的測試框架還不錯，但跟Django或RoR平臺上的相比還是差一些。對於一個每天都有大量的程式碼提交、並且在一兩天內就要釋出的應用來說，程式不能出問題是至關重要的，否則你為此辛苦的努力變得得不償失。沒有人願意花一天的時間改一些弱智的bug。
最後一點，我們需要的是一種能快取一切的東西，並且要儘快的實現。儘管我們的應用在增長，每秒鐘有上萬次的hits，但絕不會出現很大量的訪問請求；這不是一個聊天程式！主程式最多時也就達到1000RPS，這樣的負載對於Ruby on Rails和Nginx來說算不了什麼。
如果你現在還在讀這篇文章，那你已經看到了我所有要說的了，你也許非常堅持的想知道我們的應用什麼地方還在使用NodeJS。是這樣的，我們的應用由兩部分組成。一是介面，使用者看到的這部分，二是負責報表管理的部分，以及做日誌的功能。後者是NodeJS的一個最佳使用場景，存在有大量的短週期的請求。這部分的動作需要儘快的執行完成，甚至要在我們的資料推送還沒有完成之前。這很重要，當請求執行還未結束，瀏覽器繼續等待響應結束，這會影響使用者使用體驗。NodeJS的非同步特性救了我們。資料要麼被存入資料庫，要麼被處理掉，當請求一旦執行完成，瀏覽器就可以開始做其它重要的事情了。