英文技術面試：問題不在英文，在三個具體的時刻
有一種拒絕信專門落在這樣的工程師身上：每天用英文讀文件、Review PR、在 Slack 上跟人爭論，但真正用英文面試的次數屈指可數。程式碼沒問題，經驗也夠，回饋卻是「溝通」或「訊號不足」，而你完全不知道哪裡出了錯。通常是三件事出了錯，沒有一件和你的文法有關。
被扣掉的分，其實不是英文分
面試官打分數的不是你的語言，而是你多快理解一道題、把思路講得多清楚、被提示之後怎麼反應。可是這三種訊號全都要經過語言才傳得出去——你在腦中翻譯的那兩秒，在通話另一端聽起來，就和「對演算法猶豫不決」一模一樣。面試官只有四十五分鐘，沒有辦法分辨兩者。他在評分表上寫下「理解題目慢」，這不是冤枉你，他只是如實記下他看到的東西。
所以解法不是「把英文練好」。你的英文已經夠用了。解法是拆開語言和思考搶同一段時間的那幾個具體位置。
真正出問題的三個地方
- 漏聽了題目的一部分。面試官講得很快，口音可能是你沒聽慣的，還會用文件裡從來不出現的說法——「ballpark it」、「off the top of your head」、「let’s punt on that」。你聽懂了八成，剩下兩成自己補上，於是開始解一道稍微不一樣的題目。十分鐘後你已經在錯的方向上走得很深，要退回來代價很大。
- 在翻譯，而不是在思考。一緊張，很多人會先用中文把句子想好，再翻成英文。這是兩件事在搶同一塊工作記憶，而那塊記憶本來是用來裝演算法的。輸的永遠是演算法。
- 話講到一半，字不見了。你很清楚自己要表達什麼，那個字就是想不起來。你停住、重新起頭、說聲抱歉。內容是對的，但傳出去的訊號是「不確定」。
解法一：把「複述題目」變成固定動作
每道題都用同一種方式開場，在動手寫之前講出來：「Let me restate it to make sure I have it — we get an array of intervals, possibly unsorted, and we return the merged set. Should I assume they fit in memory?」（我複述一次，確認我理解對了：給一組可能沒排序的區間，回傳合併後的結果。可以假設它們都放得進記憶體嗎？）
這二十秒同時做到四件事：把你漏掉的那兩成撈回來；換到的思考時間看起來像嚴謹，而不是猶豫；這是資深工程師身上才有的習慣；而且它把「聽力問題」變成「口說問題」——節奏從此由你控制。
重點是，這不是在承認英文不好。母語人士這樣做，會被寫成「考慮周到」。每次都做，它就永遠不會被看成語言問題。
解法二：事先背好四十句話
技術面試裡的英文是一個很小的封閉集合。你需要的不是全面流利，而是大約四十句話的反射反應——而且每場面試用到的都是同一批。自己寫一份，念出聲，念到不用想：
- 開場：「My first thought is the brute-force approach, then I’ll improve it.」/「Let me walk through a small example.」/「I’ll come back to edge cases once the main path works.」
- 複雜度：「That’s linear in the number of elements and constant extra space.」/「We’re trading memory for lookup time.」
- 救場：「Give me a second to think.」/「Let me reconsider — I think there’s a cleaner way.」/「I don’t remember the exact library call, but the idea is…」
- 發問：「Can you say that once more?」/「When you say sorted, do you mean by start time?」
四十句話是一個晚上的工作量。它能消掉幾乎所有卡住的時刻，因為卡住總是集中在同樣那幾個時刻。
解法三：永遠用短句
非母語者一緊張就容易去組長句：子句起了個頭，文法在中途斷掉，只好重講。聽起來不確定的是那次重講，不是口音。刻意用短的直述句：「This is O(n²). That’s too slow. I’ll use a hash map. Now it’s linear.」技術招募史上沒有人因為把話講得簡單而被扣分，倒是有很多人因為話講到一半散掉而被扣分。
口音、語速，以及請對方再講一次
請面試官重複一次不會扣分。連續請四次又不說明，才會開始像扣分項目——所以在一開始就一次講清楚：「Quick note — English isn’t my first language, so I might ask you to repeat something. It’s not the problem, it’s the audio.」（英文不是我的母語，我可能會請你再講一次；不是題目的問題，是聽的問題。）實際效果通常很好：對方會稍微放慢，也不會再把你的停頓當成困惑。一句話的成本，改變了後面所有的對話。
大公司也白紙黑字這樣寫。Google 的面試建議寫明：換個說法複述問題、請對方釐清都沒問題，告訴面試官你需要幾秒鐘整理思緒也可以。
如果是遠端面試，真正的元凶常常是聲音本身。有線耳機、安靜的房間、穩定的網路，能消掉的理解錯誤比背多少單字都多。
即時輔助能幫到哪裡，幫不到哪裡
通話中做轉寫或提示的工具，確實能解決這個問題裡「聽」的那一半：在對方還在講的時候就把問題看成文字，「我只聽懂八成」這種失敗就直接消失；術語提示則補上想不起來的字。這是實實在在的幫助，而且剛好是這個問題裡純語言的那部分。
工具解決不了的是推理。面試官會追問你為什麼選這個資料結構，而且會順著你剛講過的話往下問。如果你給出一個自己撐不住的答案，追問會立刻把它戳破，結果比你用自己的話慢慢講還糟。用輔助去聽懂問題、找回那個字；思考自己來——那才是被打分數的部分，而且那部分你本來就擅長。
這一週練什麼
用英文出聲解兩題 medium，全程錄下來，總共四十分鐘。然後回放——這個過程很難受，而難受正是重點。數一數你重講了多少次句子、卡了多少次字。它們會集中在四五個一再出現的情境。把每個情境需要的那句話寫下來，練熟。大多數人會發現自己的清單比想像中短，而兩個晚上的練習，就足以改變下一場面試聽起來的樣子。
資料來源
- Google Careers — Interview tips — 可以複述和釐清問題，看重思路而非答案；Google 面試中不允許使用 AI（查證於 2026-10-14）
- Meta Careers — Preparing for your software engineering interview at Meta — 技術初篩的形式和時間分配、45 分鐘的設計和行為面試、「邊想邊講」（查證於 2026-10-14）
- Huang, Frideger, Pearce — “Political skill: explaining the effects of nonnative accent on managerial hiring and entrepreneurial investment decisions”, Journal of Applied Psychology, 2013 — 非母語口音在招募和投資決策中的偏見（查證於 2026-10-14）
FAQ
英文不夠流利，英文技術面試要怎麼表現得更好？
回答之前先用自己的話複述問題，用短句而不是長的子句，並事先準備大約四十句貫穿整場對話的固定說法——請對方換個說法、爭取思考時間、做小結。丟掉的分數大多來自結構，而不是字彙量。
沒聽懂問題該怎麼說？
「Sorry, could you rephrase that?」請對方換個說法，而不是重複一次：同樣的句子再聽一次常常沒用，換一種說法裡常常就有你認得的字。猜一個只聽懂一半的問題，代價比開口問大得多。
口音會被扣分嗎？
不應該，但這種偏見確實存在，值得心裡有數：研究發現，非母語口音會降低應徵者在招募和投資決策中的機會（Huang、Frideger、Pearce，《Journal of Applied Psychology》，2013）。在技術面試裡，大多數面試官能從上下文還原技術名詞；你能控制的是清晰度——句子短一點，遇到數字和專有名詞時放慢，並且先複述問題，不管口音如何，這都會被看成嚴謹。
只有一週時間，要怎麼準備？
用九十秒回答「tell me about a project you’re proud of」，錄下來回放一次。口頭禪和太長的回答聽一次就很明顯，而開場的九十秒決定了後面所有對話的基調。