如何通過即時寫程式面試
作者 Aaron Cao · 更新於
把即時寫程式面試當作與編譯器的對話。先講清權衡取捨，從暴力解法開始，再逐步最佳化。無論是在CoderPad、CodeSignal，還是在Zoom、Google Meet或Microsoft Teams內建的共享編輯器中，面試官對過程的評分和對最終函式的評分同樣重要。
即時寫程式面試到底在考察什麼？
即時寫程式面試不是帶回家做的作業。面試官關注的是你如何釐清題意、挑選範例、選擇資料結構，以及在測試失敗時如何應對。正確性固然重要，但一言不發寫出的完美函式、卻完全不談複雜度，往往比一個可執行、隨後逐步收緊的暴力解法得分更低。
一位後端工程師應徵某公有雲廠商的L5職位，題目是在共享編輯器裡實作一個限流器。面試官並不指望你第一次編譯就寫出教科書式的權杖桶演算法，他們想聽到的是突發流量與穩定負載的權衡、O(1)方案與掃描日誌方案的比較，以及在寫出正常路徑之前先寫一個會失敗的測試。這場對話本身就是這一輪面試。
這類面試通常在CoderPad、CodeSignal、HackerRank進行，或者是在Zoom、Google Meet、Microsoft Teams內建的共享編輯器裡進行。動手寫程式碼之前，先問清楚輸入規模、是否有重複值、是否允許原地修改。再複述一遍期望的輸出。然後才開始寫。
- 在寫下第一行程式碼之前先釐清限制條件。
- 從一個正確的暴力解法開始，再提出一處改進。
- 口頭說明時間和空間複雜度。
- 演算一個範例並檢查一個邊界情況。
- 執行失敗後沒有沉默，而是繼續應對。
打字的同時應該怎麼表達？
你可能擔心，邊說邊寫會拖慢速度，或者讓自己聽起來沒把握。本節提供一套可以在任何共享編輯器題目上重複使用的敘述模式，從最初複述題意一直到卡住的那一分鐘都適用。反覆練習，直到它成為肌肉記憶，而不是照著唸的台詞。
寫第一行程式碼之前，先複述題目、說明限制條件，並手動推演一個範例。接著說出暴力解法的思路及其複雜度，然後才開始寫程式碼。寫程式碼時，說出迴圈的不變量，而不是逐字複述每一次按鍵。如果卡住了，說出你正在檢查什麼（例如空輸入、差一錯誤、是否已排序），而不是保持沉默。
- 口頭釐清型別、規模和邊界情況。
- 先給出暴力解法，再提出一處改進，最後動手寫程式碼。
- 用寫好的函式把範例重新演算一遍。
- 卡住時主動要提示，而不是沉默地空等。
如果想做一次全程出聲講解的限時演練，可以前往模擬面試頁面。
面試官能看到AI懸浮視窗嗎？
如果你分享了螢幕、某個視窗，或者錄製了桌面，那塊顯示區域上的所有內容都是可見的，包括懸浮視窗。監考平台、鎖定瀏覽器和公司代管裝置，都不在任何本地助手工具的適用範圍內。在這些場景下，不要假設任何工具是隱形的。
SubcueAI提供兩種即時助手形態，兩者都不會以會議機器人身分加入通話，也不會向會議頁面注入內容腳本。原生的macOS和Windows桌面應用程式會同時擷取系統音訊和你的麥克風，並顯示一個本地懸浮視窗，可搭配桌面版會議用戶端使用。Chromium擴充功能（Chrome和Edge）使用Side Panel，只擷取會議分頁的音訊，也就是面試官的聲音，絕不擷取你的麥克風，因此它適用於瀏覽器分頁裡的通話，也不會轉錄你說的話。Firefox版本僅支援模擬練習。
如果懸浮視窗位於你沒有分享的那塊顯示器上，面試官就看不到它。但整個桌面分享會包含該顯示器上的每一個視窗。關於面試官到底能看到什麼，誠實的邊界說明彙整在可偵測性專題頁面。
正式面試前應該練習什麼？
練習那些你在限時狀態下真正會用到的模式：陣列與雜湊表、雙指標、滑動視窗、二分搜尋、BFS和DFS、堆積，以及基本的區間合併。熟練使用你所用語言的雜湊表、佇列和排序API，比背誦冷門題目更重要。練習時要出聲講解，悶頭刷題的練習方式無法遷移到真實面試中。
用你正式面試會用到的那一整套環境做一次模擬：同樣的語言、同樣的編輯習慣、同樣的會議用戶端。如果公司用桌面版Zoom，就在桌面版Zoom裡練習；如果他們在Chrome分頁裡用Google Meet，就開著那個分頁練習。桌面懸浮視窗和Chrome Side Panel的設定方法在教學頁面。
如果來不及寫出最佳解，就先交出一個正確的暴力解法，說明瓶頸所在，並勾勒出更快方案的思路。一個完整但較慢的答案，配上清楚的最佳化思路，通常比一個沒寫完的聰明想法得分更高。