技術面試中的問題大致可以分為 5 類： 1. 編碼：考察面試者的編碼能力，一般要求面試者在 20 ~ 30 分鐘之內編寫一段需求明確的小程序（例：編寫一個函數劃分一個整形數組，把負數放在左邊，零放在中間，正數放在右邊）； 2. 設計：考察面試者的設計/表達能力，一般要求面試者在 30 分鐘左右內給出一個系統的大致設計（例：設計一個類似微博的系統） 3. 項目：考察面試者的設計/表達能力以及其簡歷的真實度（例：描述你做過的 xxx 系統中的難點，以及你是如何克服這些難點） 4. 腦筋急轉彎：考察面試者的『反應/智力』（例：如果你變成螞蟻大小然后被扔進一個攪拌機里，你將如何脫身？） 5. 查漏：考察面試者對某種技術的熟練度（例：Java 的基本類型有幾種？） 這 5 類問題中，腦筋急轉彎在外企中早已絕跡（因為它無法判定面試者的真實能力），查漏類問題因為實際價值不大（畢竟我們可以用 Google）在外企中出現率也越來越低，剩下的 3 類問題里，項目類和設計類問題要求面試官擁有同類項目經驗，只有編碼類問題不需要任何前提，所以，幾乎所有的技術面試中都包含編碼類問題。 然而，最令面試者頭痛的也是這些編碼類問題——因為幾乎所有的當面（On-site）技術面試均要求面試者在白板上寫出代碼，而不是在面試者熟悉的 IDE 或是編輯器中寫出。在我的面試經歷里，不止一個被面試者向我抱怨：『如果能在計算機上編程，我早就把它搞定了！』就連我自己在面試初期也曾懷疑白板代碼的有效性：『為什么不讓面試者在計算機上寫代碼呢？』 然而在經歷了若干輪被面試與面試之后，我驚奇的發現白板編程竟然是一種相當有效的技術考察方式。這也是我寫這篇文章的原因——我希望通過這篇文章來闡述為什么要進行白板編程（WHY），什么是合適的白板編程題目（WHAT），以及如何進行白板編程（HOW），從而既幫助面試者更好的準備面試，也幫助面試官更好的進行面試。