在審閱大量履歷的過程中,我觀察到一些反覆出現的「常見錯誤」。這些幾乎都是可以改進的點,只要修正後履歷就會明顯變好。讓我們逐一檢視。

格式不佳(Poor Format)#

我看過太多履歷,開發者本身擁有相關且紮實的經驗,卻因為糟糕的排版選擇讓這些經歷難以被理解。最常見的問題包括:

  • 難以快速掃讀的履歷:多欄式 (multi-column) 格式比單欄式難掃讀許多。雖然候選人經常為「能在一頁內塞進大量資訊」感到自豪,但這種格式常導致履歷被讀得更不仔細。簡單的格式反而更有效。
  • 過度使用粗體:履歷中的粗體 (bolding) 應該盡量少用,而且要一致,只用在關鍵資訊上,例如日期、職稱與公司名稱。我常看到履歷在句子中把看似隨機的字加粗,讓人無法理解為什麼。請專注於精簡的描述與乾淨的格式,並且對句中粗體格外小心。
  • 過度「花俏」的履歷:開發者履歷有 95% 在於內容,只有 5% 在於樣式。然而有些人走火入魔,選用搶眼的模板,甚至因對比過強而難以閱讀,讓招募人員難以找到重點資訊。這類履歷可能適合設計或 UX 密集的職位。
  • 格式不一致:字體大小不同、關鍵資訊對齊錯亂、用空白鍵而非 Tab 來定位元素,這些都會讓履歷顯得業餘。雖然對資深候選人來說,這類問題不至於直接導致淘汰,卻會傳達出「不夠注重細節、不懂得展現自己」的印象。
  • 散落各處的草率用語:例如使用 “etc."、“and so on”、俚語或不專業的措辭。請使用清晰、工整的文法與完整的句子。

常見錯誤示範:粗體與格式不一致#

請看看這份履歷。哪些問題會立刻引起你注意?

軟體開發者 Rob Oldnatie 的履歷範例

以招募主管的角度來看,有幾件事會立即跳出來:

  • 粗體過多,而且被加粗的地方毫無規則可言。為什麼 “W4 forms” 會被加粗?應徵的是科技公司,跟稅務完全無關。
  • 格式不一致:字體大小不同,對齊歪掉。
  • 措辭草率:部分語句用詞隨便。

以下是問題的視覺化標示:

問題標示後的履歷範例

雖然這份履歷的內容尚可,但這些問題會讓人覺得此人「不注重細節」。同時也會讓履歷更難閱讀與理解。

忘記你的目標讀者(Forgetting About Your Audience)#

你撰寫履歷的對象,是一群你並不認識的招募人員與招募主管。你的目標是把技能傳達給他們,並在假設「他們完全不認識你」的前提下講一個好故事。常見錯誤包括:

  • 使用公司內部縮寫與術語:避免使用只有公司內部才懂的專案代號或縮寫。例如:“I did QA for the N94 and E70 programs."——招募人員不會知道 N94 是什麼,公司外的人也不會懂。
  • 沒有針對職缺客製化履歷:請記得你的讀者是「正在招募該特定職位」的招募人員。如果你應徵的是前端職位、而你同時具備前端與後端經驗,請務必把前端的例子放在前面。
  • 用空洞的口號取代有證據的敘述:像 “I am a team player and a fast learner who can hit the ground running.” 這種話,對招募人員來說毫無資訊量——沒有事實、沒有例子、沒有具體內容。請改用「結果 (results)、影響 (impact)、個人貢獻 (contribution)」的結構,用交付成果來佐證特質。如果真的想表達這些,就留給 cover letter,而且一樣要用例子佐證。與其說「我是團隊合作者」,不如讓行動說話:「我籌辦了兩次團隊 offsite,並帶領三位新進同事入職。」
  • 過於冗長:招募人員的注意力非常有限,他們只會瞄一眼你的履歷。避免大段文字或過長句子,優化為快速易讀的版本。把多年經驗濃縮成幾句短話並不容易,但你必須狠心刪減。

不必要的細節(Unnecessary Details)#

許多履歷都包含浪費版面的內容。這些資訊經常是因為傳統模板有這些欄位,候選人便以為自己也該照著填。以下是在絕大多數情況下可以省略的常見細節。

  • 照片 (Photos):本書強烈建議不要放照片,因為它會製造偏見 (bias)(參見 避免偏見:個人資料與照片)。在少數國家若「必須」放照片,請使用讓你看起來得體的專業照片,帶著笑容或正面氣場,避免像通緝照般的證件大頭照。
  • 過多的聯絡方式 / 社群連結:聯絡資訊不要超過四項。最常見的是電話、Email、LinkedIn、GitHub 與個人網站,挑選不超過四項即可,並放在履歷頂端且佔用小空間。我看過履歷同時列出 Skype、Instagram、Twitter、Upwork、Medium,外加 LinkedIn、GitHub 與網站——請只留下少量且相關的連結。
  • 口說語言 (Spoken languages):許多模板帶有「Languages」欄位,非英語母語者常會寫上 “Languages: Hungarian (mother tongue), English (fluent)."。對英語為主的公司來說,這沒有加分——除非你是在應徵匈牙利當地公司。人們在意的是你會哪些程式語言,而非人類語言。
  • 自評語言或技術熟練度:一些履歷用百分比、五顆星等方式為技能打分數。這種自評只會適得其反:若你給自己 5/5 或 100%,招募主管會存疑;若給自己 75% 或 3 顆星,又會被認為不夠熟練。移除所有評分,直接列出你熟悉的技術即可,面試時再深入驗證。
  • 推薦人清單或「可提供推薦人」:兩者都是浪費版面。推薦人 (references) 只有在你通過面試後才重要,而業界預設你本來就會提供。請省下這行字的空間。
  • 來自推薦人的讚美引文:有些履歷會加入他人的讚美,例如 “Described as ’executing at extremely high standard’ on previous performance reviews”。這類引文很突兀。你的履歷是你自我推銷的舞台,引文請留在 LinkedIn 的 recommendations 區塊。

業界觀點:點進去卻是過時連結

Transferwise 資深技術招募人員 Jorick Thijs Polderman 提到一個常見反模式——候選人把過時連結放在履歷上:

「我常看到候選人的 GitHub 頁面沒有任何貢獻或 repo,或個人網站根本無法運作。GitHub 或個人網站本來可以揭露更多對申請有益的資訊,例如更詳盡的履歷或技術部落格。當你加入連結時,請確保連結可用且資訊是最新的。 例如你的 LinkedIn 應與履歷一致。如果你的 GitHub 上什麼都沒有,那就乾脆別放;個人網站同理。」

常見錯誤示範:不必要的細節#

看看下面這份英國職缺的應徵履歷。哪些段落對內容沒有幫助?

Pam Nitlittle 履歷範例,帶有許多不必要的欄位

除了核心內容外,大部分區塊都沒有加值:

  • 照片引入偏見。
  • 過多聯絡方式與社群帳號——完全沒必要列這麼多。
  • 口說語言在全英語環境下無意義。
  • 推薦人與讚美不該出現在履歷上。

移除多餘區塊後:

精簡後的履歷頁首

現在留下的都是該職位相關的資訊,也就是履歷的「精華」。

連結相關的問題包括佔用過多注意力(顏色或版面)、失效連結、或指向低品質內容。

  • 無法點擊的連結:我經常看到 GitHub 或專案連結無法點擊。招募人員幾乎不會自己複製貼上網址,即使是招募主管也很少這麼做。請把連結做成可點擊的,例如:https://github.com/gergelyorosz
  • 連到過期的 GitHub、LinkedIn 或網站:雖然大多數人不會點進去,但細心的人會。最令人失望的莫過於看到你的 GitHub 多年未更新、pinned repo 沒有 README、或網站停留在四年前。只有在內容是最新的情況下才放連結,否則就省下空間。請注意,你的履歷並不「需要」這些連結——特別是當它們對本次申請沒有加分時。
  • 貼上完整 URL:有些履歷直接把連結貼成完整網址,例如 https://github.com/gergelyorosz/PythonGettingStarted/blob/master/README.md 。請不要這樣做。把連結做成可點擊、並以描述性文字作為 anchor text。沒有人會把履歷印出來再手動輸入網址。
  • 連結顏色與字型過於突出:許多履歷保留預設的藍色連結。這本來不是問題,但若藍色是整份履歷唯一的顏色,就會把目光吸引到不該注意的細節上。可以把連結顏色改為與內文相同,並加上底線。

常見錯誤示範:連結#

看看這份履歷的片段,裡頭有許多連結。

Sam Notohere 的履歷片段,有許多突出的連結

這個片段幾乎集結了所有連結常見的錯誤:

  • 顏色過於搶眼,把注意力從重要內容奪走。
  • 印出完整 URL,佔據過多空間。
  • 使用截然不同的字型,毫無理由地突出。

讓我們改善這些問題。注意這份履歷內容本身也有很多可以改的地方,但這裡只聚焦於連結與重點標示。

修正後的 Sam Notohere 履歷

在改版後,我們移除了連結的高亮顏色,讓它們不再搶眼。取而代之的是,把焦點放在招募人員與招募主管應該優先看到的地方:職稱、在職期間、個人專案名稱。另一個做法是用強調色標示區塊名稱,讓履歷更容易掃讀:

用強調色標示區塊名稱的履歷

我們從「預設連結顏色強調了不重要的資訊」,變成「履歷中真正重要的部分跳脫出來」。現在「placeholder」資訊以自選顏色凸顯,讓履歷更容易掃讀。連結仍然可以點擊,底線提示讀者這是可點擊的。實務上,招募人員與招募主管通常會在第一次掃讀找到關鍵資訊後才會點擊這些連結。

小結:改善履歷的行動清單#

本章我們看了幾個開發者履歷最常見的錯誤:

  • 格式不佳、用語草率
  • 忘記讀者是誰——是「那個特定職位」的招募人員與招募主管
  • 加入多餘的細節(個人資料、口說語言、推薦人)
  • 把讀者注意力導向不重要的地方(例如長而醒目的連結)

請做以下檢查,確認你的履歷沒有典型錯誤:

  1. 履歷上有照片嗎? 移除它。
  2. 聯絡方式與社群連結有幾個? 不要超過四個。每一個都必要嗎?
  3. 所有連結都能正常運作嗎? 逐一點擊測試。
  4. 連結都指向專業內容嗎? 點進去後,別人能看到格式良好、內容紮實、能代表你工作品質的頁面嗎?Blog、GitHub、LinkedIn 等都要確認。
  5. 履歷容易掃讀嗎? 把履歷給朋友看 5 秒,問他們第一印象。他們有看到關鍵細節嗎?會覺得太擁擠或太空洞嗎?
  6. 格式夠簡潔嗎? 是否用了花俏設計?若沒影響可讀性就沒問題;若妨礙掃讀,請改為簡潔風格。前端、UX、設計職位可以適度加一點風格。
  7. 內容是否精簡切題? 句子是否簡短?每個 bullet 是否多為兩行內?
  8. 粗體是否過多? 不要在句子內部加粗(就像這樣)。只對職稱、公司、日期、標題這類重要資訊加粗。
  9. 格式是否一致? 使用標準字體大小,並以 Tab 對齊而非手動空白。
  10. 是否使用公司內部術語? 內部專案代號請改為描述性名稱。
  11. 是否有「口說語言」或「推薦人」區塊? 通常都可以移除。
  12. 連結是否以不同顏色或字型突顯? 不應如此,只會搶走版面與注意力。