坊間流傳一種迷思：對工程師而言，找到工作是件容易的事。對於在知名科技公司工作的資深或 Staff 等級軟體工程師而言，這或許偶爾成立；但對大多數開發者來說並非如此。一旦真正踏入求職市場、開始直接投遞履歷，那種「輕鬆感」會很快消失。

本書將協助你打造一份能公平呈現自己、發揮長處、並提高你獲得招募人員來電機會的開發者履歷 (Resume)。

關於作者#

Gergely Orosz 撰寫 The Pragmatic Engineer Newsletter，這是 Substack 上針對工程經理 (Engineering Manager) 與資深工程師排名第一的電子報。你可以在這裡 ^↗訂閱他的電子報。

本書適合哪些讀者#

地區與公司類型#

本書主要是為了在美國、歐洲與印度申請科技業開發者職缺、並以英文作為商業語言的求職者而寫。內容對以下類型公司特別相關：

• 美國總部的知名科技公司：Facebook、Amazon、Apple、Netflix、Google，也就是所謂的 FAANG¹
• 獨角獸公司 (Unicorns)：Stripe、Uber、Airbnb、Dropbox 等
• 快速成長的科技新創

本書原則也很可能適用於其他公司，但不同產業、不同公司可能採用不同的流程，對履歷所看重的內容也不盡相同。

讀者身份#

本書是為軟體工程師、技術主管 (Tech Lead)、與工程經理所寫：

• 多數內容從新鮮人一路涵蓋至資深軟體工程師
• 針對主管與工程經理另有專章
• 本書假設你已具備所申請職位所需的相關經驗

本書內容皆為作者觀點，不一定適用於你所在的國家、產業或投遞的公司。務必自行研究，並透過人脈取得回饋，量身打造你的履歷或 CV。沒有放諸四海皆準的做法。

本書不是什麼#

本書不是適用於任何特定公司、保證有效的絕對指南。儘管作者與協力作者曾任職於多家科技公司，但本書並非書中所提公司的官方指南。

為什麼沒有標準答案#

這回到招募本身的運作方式。正如我們將在第 2 章：招募流程 (The Hiring Pipeline) 所討論的，招募不只因公司而異，甚至會因每位 Hiring Manager 而有所不同。此外，你在投遞後是否獲得後續來電，還取決於許多無法預測的因素：

• 還有多少其他合格的申請者
• 職缺填補的時間壓力
• 同時有多少個開放職缺
• 其他各種變數

軟體工程師都明白，建立網站該用哪種語言、或設計複雜應用程式該採用哪種架構，都沒有 one-size-fits-all 的解答。同樣地，也沒有一套履歷範本能產生最佳結果，或保證一定能得到招募人員回電。

本書能與不能回答的問題#

本書無法回答「為什麼投遞後沒有收到公司回覆」。然而，它會：

• 提供流程運作的脈絡
• 給予能協助你更有條理、更自信地撰寫履歷的建議

如何閱讀本書#

建議你先快速瀏覽一遍，挑選一到兩份履歷範本，然後依照 Part 2 中的練習撰寫或改寫履歷。本書分為三部分：

Part 1：履歷與招募流程#

分享履歷為何重要、以及多數公司招募流程如何運作的脈絡。

如果你從未擔任過 Hiring Manager，建議從這一部分開始閱讀。要刻意寫出一份讓招募人員與 Hiring Manager 注意到的好履歷，了解流程運作方式以及你是在寫給誰看，是非常重要的。

Part 2：撰寫履歷#

針對如何撰寫優質履歷提供可實際執行的建議。此部分每一章各自聚焦於履歷中的某個面向，並包含大量範例：

• 改造前後對照範例 (Before and after examples)：展示真實但匿名化的履歷片段、標示可改善處，並呈現改寫後的版本
• 章末回顧「改善履歷的行動項目」：每章結尾都有實用的檢查與練習清單，可用來改善你的履歷

Part 3：範例與靈感#

提供可直接套用的履歷範本，以及匿名化後的實際開發者履歷範例，協助你開始動筆寫屬於自己的履歷。

From the inside out：來自招募流程一線人員的洞見

本書包含約十多個 “from the inside out” 專欄，分享 Hiring Manager、技術招募人員以及其他招募流程參與者對「為何與如何這樣做」的觀點。這些段落提供了額外且有趣的視角。