Meta程式設計面試：形式、編輯器與練習方法
作者 Aaron Cao · 更新於
Meta的程式設計面試環節大約四十五分鐘，在一個純文字的共用編輯器中進行，通常包含兩道題目。編輯器通常沒有執行和自動完成功能，鏡頭全程開著，面試官會評估正確性、速度、程式碼品質，以及你在寫程式時講解思路的清晰程度。
這45分鐘裡到底會發生什麼事？
Meta的電話面試和onsite程式設計環節節奏是一致的：簡短的自我介紹之後，題目會被貼到共用編輯器裡，時間實際上就開始算了。你需要釐清限制條件、講清楚解題思路、邊寫程式邊講解，並用手動方式對照測試案例逐步模擬執行。一場面試通常有兩道題，實力較強的候選人會在二十分鐘內解決第一題，替第二題留下真正充裕的時間。
這些共用編輯器刻意保持簡陋：通常沒有執行功能、沒有自動完成，語法標示也很少。這不是小氣，而是因為被評分的對象是你的推理過程，一個執行按鈕會讓人分不清究竟是誰的推理找到了修正方式。你要有心理準備，自己就是「直譯器」，大聲地逐一走過索引與邊界情況。
這些面試環節在Meta完整招募流程中所處的位置，詳見各公司面試流程專題。
面試官到底在聽什麼？
這裡常見的恐懼是沉默：當你在思考時，面試官的筆記上會發生什麼事。誠實的答案是，筆記記錄的是各種訊號，而沉默會讓這些訊號變得貧乏。正確性和速度只是看得見的那一半。另一半是溝通：你是否在動手寫程式之前先釐清了問題範圍，是否說出了促成你選擇某種思路的取捨，以及是否在沒有提示的情況下主動測試了自己的程式碼。
這就是為什麼邊講邊練勝過默默刷題。一位解題數量略少、但會大聲思考、講出複雜度、並能自我修正的候選人，會比一位沉默的解題者產生更完整的訊號輪廓。Meta自己的準備指南也是這麼說的：這種形式本來就是為了獎勵「看得見的推理過程」而設計的。
模擬面試工具提供限時、兩道題、邊寫邊講的練習環節，是最接近真實共用編輯器場景的演練方式。
最後兩週該怎麼準備？
臨近考期的準備重點在於貼近真實形式，而不是學習新理論。用語法標示關閉或很弱的純文字編輯器解題，就算只有自己一個人，也要把每個解法大聲說出來，並把練習環節限制在四十五分鐘、兩道題以內，讓這種節奏密度成為常態。重新養成手動逐行推演程式碼的習慣，因為編輯器不會替你執行程式碼。
一位十天後就要參加onsite面試的基礎架構工程師是典型案例。她把晚上時間用來做限時的兩題練習，全程錄音以抓出自己沉默的段落，並在最後一個週末完整模擬了一整輪onsite面試。到了真正的面試中，編輯器、節奏和講解方式都已經很熟悉，於是她的注意力能完全放在題目本身；她自己電腦上的逐字稿，只是在她作答時把面試官提出的限制條件穩穩地釘在眼前。
誠實的界線依然適用：即時共用編輯器是雙方共同可見的介面，錄製或受監控的面試環節不在任何輔助工具的支援範圍內，而高密度的時間安排意味著，真正能規模化的只有你自身的熟練程度。這些界線彙整在可偵測性專題中。