履歷是你「銷售專業的自己」給一群不認識你的人。讀者會在 5-20 秒內掃描判斷你是否契合，所以每個字都要為「讓他繼續讀下去」服務。

招募者首掃會找的五項資訊#

掃描履歷時，讀者在「自動導航」模式下尋找：

1. 工作年資 — 與職缺對應的內部 level 比對。若難找或不清楚，容易被略過。
2. 相關技術 — 你用過、且同時出現在 JD 上的技術。
3. 工作經歷 — 你是否持續創造影響力？如何衡量？這裡最該放數字。
4. 工作權 / 簽證（海外申請時） — 已有工作權務必明確標示，否則被歸入「需簽證」堆，優先級落後本地候選人。
5. 明顯亮點 — 知名公司、專利、博士、知名 open source 核心貢獻等。

把最重要的資訊放第一頁，用清楚排版引導視線到關鍵區域。

用數字讓成就發光#

聚焦在你達成了什麼，而非你做了什麼。套用公式：

達成 {影響}，以 {數字} 衡量，透過 {具體貢獻}

反例 → 改善：

• ❌ Built a tool widely adopted by the company
• ✅ Led a team of 3 to build a dependency injection framework adopted by 15 teams and all 50+ developers

你不是靠列出「做了什麼」「負責什麼」脫穎而出，而是靠影響力與你如何貢獻。只會照做的開發者一抓一把。目標是每個 bullet 至少有一個數字支撐它的故事——這一步就能領先九成申請者。

為「那個職位」量身打造#

維護一份詳細的 master 履歷（可超過兩頁），再為每個職缺修剪出客製版：

• 用與 JD 相似的語言重寫
• 移除對該職缺無幫助的內容，或移到後段
• 例如應徵 Kotlin 重點的 Android 職缺，就把 Android／Kotlin 貢獻提前，web 經驗往後挪

從 master 履歷移除非相關 bullet，你失去的東西非常少。履歷的目的是拿到面試，面試時有的是機會談沒寫的東西。毫不留情地刪。

理解職缺為什麼開缺也有用：讀 JD 判斷是「從零建新東西」還是「維護既有系統／替補離職者」。前者重視從零到一的能力，後者重視特定 stack 的熟練度。

不同公司，不同重點#

合理納入關鍵字#

非技術 recruiter 常做關鍵字 pattern matching（JD 寫 Java，沒提 Java 的履歷就被略過）。但過度 keyword stuffing（塞滿所有可能技術）會顯得不專業，在技術型招募者前反而扣分。

正確做法：在技能區簡短列出最相關技術，並在工作經驗中順勢提及你實際用過的——以人類可讀的方式呈現。

基本規則與常見錯誤#

不要放會引發偏見的個資：照片、出生日期、性別、國籍、婚姻狀況、宗教。科技業錄取看能力與經驗，大多數履歷姓名加 email 就夠了。

不成文規則：

• 零錯字、文法正確、標點一致（用工具校對 + 請人幫看）
• 反向時間順序，日期寫 June 2011—July 2012 而非 06/11—07/12
• 一律用 PDF，命名 yourname_resume.pdf（別用 MyName_v4.pdf 暴露多版本）
• 兩頁以內，新鮮人一頁

常見錯誤檢核：

• 多欄式排版難掃讀 → 改單欄
• 句中隨機加粗 → 粗體只用在職稱、公司、日期、標題
• 公司內部術語、專案代號 → 改描述性名稱
• 「口說語言」「推薦人清單」區塊 → 通常可整段移除
• 自評技能星等 / 百分比 → 移除（給 5/5 被質疑，給 3/5 被當不熟）
• 失效或過期連結（空的 GitHub、跑版網站）→ 沒內容就別放
• 完整 URL 貼上 → 改成可點擊、描述性 anchor text
• 空洞口號（「team player and fast learner」）→ 用例子佐證：「籌辦兩次團隊 offsite，帶三位新人入職」