為什麼要把 JavaScript 放到伺服器端上執行？

　　因為在當年，Node.js的作者Ryan Dahl是一名資深的C/C++程式設計師，在創造出Node之前，他的主要工作都是圍繞高效能Web伺服器進行的。經歷過一些嘗試和失敗之後，他找到了設計高效能，Web伺服器的幾個要點：事件驅動、非阻塞I/O。

　　所以Ryan Dahl最初的目標是寫一個基於事件驅動、非阻塞I/O的Web伺服器，以達到更高的效能，提供Apache等伺服器之外的選擇。他提到，大多數人不設計一種更簡單和更有效率的程式的主要原因是他們用到了阻塞I/O的庫。寫作Node的時候，Ryan Dahl曾經評估過C、Lua、Haskell、Ruby等語言作為備選實現，結論為：

　　C的開發門檻高，可以預見不會有太多的開發者能將它用於日常的業務開發，所以捨棄它；

　　Ryan Dahl覺得自己還不足夠玩轉Haskell，所以捨棄它；

　　Lua自身已經含有很多阻塞I/O庫，為其構建非阻塞I/O庫也不能改變人們繼續使用阻塞I/O庫的習慣，所以也捨棄它；

　　而Ruby的虛擬機器由於效能不好而落選。

　　相比之下，JavaScript比C的開發門檻要低，比Lua的歷史包袱要少。儘管伺服器端JavaScript存在已經很多年了，但是後端部分一直沒有市場，可以說歷史包袱為零，為其匯入非阻塞I/O庫沒有額外阻力。另外，JavaScript在瀏覽器中有廣泛的事件驅動方面的應用，暗合Ryan Dahl喜好基於事件驅動的需求。當時，第二次瀏覽器大戰也漸漸分出高下，Chrome瀏覽器的JavaScript引擎V8摘得效能第一的桂冠，而且其基於新BSD許可證釋出，自然受到Ryan Dahl的歡迎。考慮到高效能、符合事件驅動、沒有歷史包袱這３個主要原因，JavaScript成為了Node的實現語言。