根據 Reddit 的說法，如何通過履歷篩選

你已經讀了四十則互相矛盾的留言，分不清哪些是真正主導過招募流程的人寫的。本節把能在多個 subreddit 之間站得住腳的建議，和只在某一個板上流傳的建議區分開來。最終的共識出奇地簡短、樸實無華——這其實是個好跡象。

在 r/jobs、r/cscareerquestions、r/recruiting 和 r/recruitinghell 上，招募方和求職方雙方的發文者都不約而同提到了以下四點：

• 照搬職缺說明的用詞。如果條件寫的是 incident response，就寫 incident response，而不是 on-call firefighting 這類同義改寫。
• 單欄排版、標準標題、不用文字方塊。花俏的圖形範本是最常見的、求職者自己造成的解析失敗。
• 盡早投遞。那些追蹤結果的討論串反覆得出同一個結論：職缺往往從最早一批應徵者中就招滿了。
• 量化結果，而不是條列職責。Reddit 網友把這稱為職缺說明和履歷之間的本質差異。

那些獲得高讚的招數，恰恰最可能讓你失去面試機會，因為它們針對的閱讀者，並不是真正做決定的人。

• 白字關鍵字堆砌。解析器會剝除格式、直接讀取文字，所以那段隱藏內容照樣會出現在招募人員看到的文字裡。在你的工作經歷中間，它讀起來就像一堵毫不相關的術語堆成的牆。
• 頁尾用極小字級寫的關鍵字段落。同樣的失敗方式，同樣的結果。
• 隱藏欄位和畫布外的文字。解析器經常會把這些內容讀成一串亂碼，讓整份文件看起來都是壞的。
• 把職缺說明一字不漏地搬進技能欄。招募人員一眼就能認出這種用詞，而且它完全說明不了你實際做過什麼。
• 未經修改的 AI 生成履歷。破綻很一致：每條要點的節奏千篇一律、動詞抽象空泛、缺乏具體細節。這是人工閱讀者的問題，而不是偵測系統的問題。

設想一位資料分析師，在讀到相關討論串後，在履歷裡加了一段隱藏關鍵字。篩選系統給她的排名更靠前了，這招看起來奏效了。可是招募人員打開檔案，看到兩段工作經歷之間硬塞了二十個術語，就把檔案關掉了。整個流程中沒有任何環節告訴她究竟是哪一步把她淘汰的——這正是這招至今還在被人推薦的原因。

這些討論串裡最有價值的留言，往往來自招募人員糾正一個普遍的誤解：以為是軟體把你拒絕了。

• 應徵者追蹤系統大多只是排名和篩選。硬性淘汰規則確實存在，但通常是申請表上明確的問題，比如工作許可或必需的證照，而不是一個隱藏的履歷評分。
• 招募人員會用布林查詢在資料庫裡檢索。這就讓精確的術語——包括縮寫和它的全稱——比關鍵字密度更有價值。
• 人工的第一輪篩查非常快，通常只要幾秒鐘，最先落在你目前的職稱、雇主和任職時間上。
• 內部推薦可以完全跳過排名這一步，這也是為什麼招募人員在討論格式的文章裡總是反覆提到它。

那次快速初篩背後的具體機制，可以在履歷主題專區了解更多。

這裡的每一項都能同時幫到解析器和真人閱讀者——這正是任何技巧都應該通過的檢驗標準。

• 單欄排版，聯絡方式不要放進頁首或頁尾，不用圖片或圖示。
• 按時間倒序排列，每段任職經歷都標明月份和年份。
• 使用解析器能辨識的標準區塊標題：Experience、Education、Skills。
• 把職缺說明裡的確切用詞，放進真實的成就描述要點中。
• 縮寫與全稱一起出現一次即可，例如SRE（site reliability engineering）。
• 針對每個職缺客製一版履歷，並在職缺公告後的頭幾天內投遞。

履歷產生器頁面上的免費工具預設就會產生這種結構，所以後續客製只是改用詞，不用重做排版。如果這份履歷之後還要用於真實面試，同樣這種簡潔的結構也會讓它在那時派上用場。