技術電話初篩：前三十分鐘決定了什麼

這半小時通常怎麼進行

先問清楚是哪一種初篩，各家公開的流程差很多（2026-10-14 查證）：Meta 的技術初篩是和工程師進行 45 分鐘，大約 5 分鐘介紹、35 分鐘寫程式（兩道資工基礎題）、5 分鐘留給你提問，遠端進行時用共用編輯器，沒有語法標色和自動完成；Google 說在深入面試之前，通常會先有一到兩次和招募人員的簡短電話或視訊，用來評估職位需要的關鍵技能；Amazon SDE II 的流程沒有電話初篩，線上測驗之後直接進入四場 55 分鐘的面試。下面是偏重專案經歷、時間比較短的那種初篩的常見節奏：

• 五分鐘——自我介紹和職位介紹。很短。
• 十到十五分鐘——你的經歷，被追問。通常是履歷上的某一個專案，被拆開來問。
• 十分鐘——一道小的技術題。有時是在共用文件裡寫程式，有時畫個設計草圖，有時問基礎觀念。
• 五分鐘——你的提問，這部分同樣會被評估。

在台灣，第一關常常就是這種形態，只是形式可能是電話，也可能是 Google Meet 或 Teams。先搞清楚對面是 HR 還是工程師：HR 初篩問的是動機和背景，技術初篩問的是你做過什麼。

真正淘汰人的那一段

不是那道程式題，是專案對話，而且具體到一個失敗點：講不清楚你自己做了什麼。

準備好一個專案的三句話版本：它是什麼、難在哪裡、你針對那個難點做了什麼。全程用「我」，不是「我們」。然後準備好接住一定會跟上來的三個問題：

• 「為什麼這樣做？」——他要的是取捨，不是辯護。說出你放棄了什麼。
• 「現在會怎麼改？」——「不會改」是所有答案裡最差的。準備一個誠實的遺憾，並說明理由。
• 「出過什麼問題？」——一個真實的線上事故：它在正式環境長什麼樣子，你是怎麼發現的。

工程師兩分鐘內就能判斷出你是真的做了這件事，還是坐在旁邊看。這一段量的就是這個。

那道不能執行的程式題

電話關卡的程式碼，通常寫在沒辦法執行的地方——共用文件，有時甚至是用講的。這會改變寫法。

• 動手前用一句話複述題目，免得解錯題。
• 問輸入規模。它告訴你對方期待的複雜度，而「問」這個動作本身就是加分訊號。
• 邊打邊講。在通話裡，沉默和迷路是分不出來的。
• 寫完後用一個例子口頭走一遍程式碼。既然什麼都跑不了，這次走查就是它能運作的唯一證據——而且它常常能抓到你正要交出去的那個 off-by-one 錯誤。

被低估的那些小事

找個安靜的地方，戴耳機，不要開擴音站在廚房裡。把職缺描述和你自己的履歷都打開——對方一定會問到履歷上的某一行，而「我想一下喔」的代價比看起來大。

如果有共用文件，在通話開始前就打開，而不是開始之後。三分鐘的「你看得到我的游標嗎」，扣的是你寫程式的時間，不是他的。

你的提問也在被打分數

「On-call 輪值怎麼安排？」「這一季團隊手上在推什麼？」「平常的 Code Review 流程是什麼樣子？」——這些聽起來像一個真的做過這份工作的人。「請問公司文化如何？」聽起來像在填一個格子。

另外，問一下下一關考什麼。這是完全正常的問題，而答案會準確告訴你該準備什麼。

資料來源

• Meta Careers — Preparing for your software engineering interview at Meta — 技術初篩的形式和時間分配、45 分鐘的設計和行為面試、「邊想邊講」（查證於 2026-10-14）
• Meta Careers — Preparing for your technical screen — 和工程師進行的 45 分鐘技術初篩（查證於 2026-10-14）
• Google Careers — How we hire — 和招募人員的溝通、整體約 6–8 週、所有應徵者用同一套評分標準（查證於 2026-10-14）
• Google Careers — Interview tips — 可以複述和釐清問題，看重思路而非答案；Google 面試中不允許使用 AI（查證於 2026-10-14）
• Amazon Jobs — SDE II interview prep — 線上測驗、四場 55 分鐘面試、至少一道系統設計題（查證於 2026-10-14）

註：Google 的面試建議頁面寫明，面試期間不允許使用 Google 搜尋和 AI 工具。其他公司各有規定——在真正的面試中使用任何助手之前，先確認對方的規則。

應用程式在這裡怎麼幫忙

相關文章

接著讀