當我把Node.js介紹給人們的時候，通常會產生兩種反應。總的來說人們不是可以正確理解它，就是被它搞得非常糊塗。
如果你到目前為止還處於第二種，下面是我想要用來講解node的內容：
- 它是一個命令列工具。你下載一個tarball檔案，編譯並安裝原始碼。
- 它可以讓你在你的終端中通過輸入’node my_app.js’來執行JavaScript程式。
- JS是被V8 javascript引擎（使Google Chrome執行如此之快的東西）所執行的。
- Node提供了一個用來訪問網路和檔案系統的JavaScript API。
“但是我可以做任何我想要做的事情用：ruby，python，php，java， … ！”
我聽到了你的聲音。你是對的。Node不是該死的獨角獸，它不會幫你做你自己的工作，抱歉。它只是一個工具，並且它大概也不會完全地替換你常用的工具，至少當前不會。
“說重點！”
好的，我會的。Node總的來說非常優秀當你需要同時做許多事情的時候。你有過寫了一部分程式碼然後說“我想要這個並行執行”嗎？好吧，在node中任何東西都是並行執行的，除了你的程式碼。
“嘿？”
是的沒錯，任何東西都是並行的，除了你的程式碼。為了理解它，把你的程式碼想像成是國王，然後node是它的僕從軍隊。
新的一天以僕從叫醒國王並且問他是否需要什麼而開始了。國王給了這個僕從一個任務列表，然後回去繼續睡覺去了（汗）。這個僕從把這些任務分配給了他的同僚，然後他們開始工作。
當一個僕從完成了一個任務，他會在國王領地外邊排成一條線來彙報。國王一次讓一個僕從進來，然後聽取他的報告。有時候國王會在僕從出去的時候給僕從更多的任務。
生活是美好的，因為國王的僕從並行的執行他的任務，但是一次只報告一個結果，所以國王可以專注。*
“那是異想天開，但是你能結束這個愚蠢的比喻並且用geek的方式告訴我嗎？”
當然。一個簡單的node程式看起來可能是這樣的：
|
1 2 3 4 5 6 7 8 9 10 11 |
<code>var fs = require('fs') , sys = require('sys'); fs.readFile('treasure-chamber-report.txt', function(report) { sys.puts("oh, look at all my money: "+report); }); fs.writeFile('letter-to-princess.txt', '...', function() { sys.puts("can't wait to hear back from her!"); }); </code> |
你的程式碼給了node兩個任務用來讀寫一個檔案，然後就休眠了。當node完成了一個任務，跟它對應的回撥就會被觸發。但是在同一時間只能有一個回撥觸發。在那個回撥完成了執行之前，所有其他的回撥不得不排隊等待。進一步說，對於回撥觸發的順序是無法保證的。
“所以我不必擔心程式碼在同一時間訪問同一個資料結構？”
你理解了！這就是JavaScript的單程式/事件迴圈設計的全部美之所在。
“非常好，但是為什麼我應該用它？”
一個原因是效率。在一個web應用中，你主要的響應時間消耗通常是執行資料庫查詢的時間之和。通過node，你可以一次執行你所有的查詢，把響應時間減少為執行最慢查詢所花費的時間。
另一個原因是JavaScript。你可以使用node來在瀏覽器和你的後端之間共享程式碼。JavaScript也正在變成一個真的通用語言。不管過去你用的是python，ruby，java，php或者其他語言，你都可能用過一些JS，對嗎？
最後一個原因是原始速度。V8時刻在向成為全球最快的動態語言直譯器之一而努力。我想不到任何其他語言在速度上有像如今的JavaScript一樣有如此突飛猛進的提升。進一步說，node的I/O能力非常輕量級，可以使你可以儘可能的完全利用你係統完全的I/O能力。
“所以你在說我應該從現在起用node來寫我所有的應用？”
是和不是。一旦你開始掄node這個錘子，那麼顯然一切開始看起來都像一個釘子。但是如果你當前的工作有一個期限，你可以通過以下來決定：
- 是否低響應時間/高併發重要？Node真的很擅長它。
- 專案有多大？小專案問題不大。大專案應該小心的評估（可用的庫，修復一個bug所需的資源或者two upstream等等。）。
“node能執行在Windows上嗎？”
不行。如果你使用的是windows，你需要執行一個Linux虛擬機器（我推薦VirtualBox）。node對Windows的支援在計劃中了，但是接下來的幾個月不要屏住呼吸除非你想對port提供幫助。（譯者：現在node可以完美的執行在Windows上）
“我能在node中訪問DOM嗎？”
好問題！不行，DOM是瀏覽器中的東東，並且node的JS引擎（V8）幸好跟那些混亂的東西是完全分離的。不過，有人在以node模組的形式來實現DOM，可能帶來令人興奮的可能性比如對客戶端程式碼進行單元測試。
“難道事件驅動程式設計不是真的非常難嗎？”
這取決於你。如果你已經學過如何在瀏覽器中擺弄AJAX呼叫和使用者事件，那麼使用node不會是一個問題。
同時，測試驅動開發可以真正的幫助你以一個可維護的設計做為開始。
“誰在用它？”
在node wiki（滾動到”Companies using Node”）有一個小的/不全的列表。Yahoo正在為YUI對node進行實驗，Plurk正在使用它處理大規模的comet，並且Paul Bakaus（由於jQuery UI而出名）正在建立一個令人興奮的遊戲引擎，其中後端使用了一些node程式碼。Joyent已經僱傭了Ryan Dahl（node作者）並且大力資助開發。
對了，Heroku也剛剛宣告瞭支援對node.js的託管。
“我能去哪裡學更多？”
Tim Caswell正在運作優秀的How To Node部落格。在twitter上Follow #nodejs。訂閱郵件列表。然後去IRC頻道逛逛，#node.js（是的，名字中包含這個點）。我們在那的划艇分數快達到200了：）。
我也將會繼續在debuggable.com這裡寫文章。
當前就寫這麼多了。如果你有其他問題歡迎留言。
–註解：
*: 這個比喻顯然是太簡單了，但是在現實之中找到一個與非阻塞概念相對應的對照物很難。
(完)