履歷不是唯一能把你推向招募人員電話那端的東西：cover letter、LinkedIn profile 以及其他管道同樣值得關注。

LinkedIn Profile#

履歷與 LinkedIn profile 就像陰與陽。你用履歷「主動申請」，而機會則可以透過 LinkedIn「主動找上門」。在兩者上投入相同心力非常划算。

履歷與 LinkedIn 的陰陽比喻

好消息是——一旦你打磨好其中一個，另一個大部分內容都能直接重用。但 LinkedIn 有幾個值得注意的差異。

這些差異源自「招募人員多半透過 LinkedIn search view 找候選人」的使用方式。他們會輸入特定技能、地點，再用其他條件篩選（公司、學校等）。以下是招募人員在 LinkedIn recruiter search view 看到你的樣子：

LinkedIn recruiter search 結果頁面截圖

LinkedIn recruiter 搜尋頁面，招募人員第一眼看的是哪些關鍵資訊。

優化你的「search card」#

  • Headline 要代表你「想要被找到的樣子」。這是招募人員最先看到的一行，應精簡你想傳遞的訊息。若不設定，LinkedIn 會自動填上你的現職。
  • 調整目前職位的描述。LinkedIn 不是履歷，現職也不必與勞動契約完全一致。例如你實際上是帶領團隊的前端開發者，就可以把職稱寫成 “Frontend lead”，即使合約上是 “Software Developer”。同樣地，你也可以寫 “Backend engineer specializing in Go”。
  • 在 summary 與工作描述中埋關鍵字：技術、框架、工程實務等招募人員可能搜尋的詞。
  • 使用專業感的照片。臉部清晰、畫面中沒有其他人。注意：沒有照片好過一張糟糕的照片。
  • Summary 要能推銷你自己。LinkedIn 上的 summary 被讀到的機率比履歷高很多。身為招募主管，我會讀 summary 與最近一兩個職位的描述。因此請寫得長一些（最多兩段），說明你能帶來的價值與動機。
  • LinkedIn 可以比履歷更冗長。不必擠在一頁內，更多內容也可能提升在搜尋中的排名。
  • 省略無助於職涯故事的工作經驗。例如多年前的兼職工作若與現在的職業無關，就該移除。

招募人員如何做 Boolean 搜尋#

讓我們看看招募人員在 LinkedIn 上如何搜尋候選人。他們使用 Boolean search，結合 AND、OR、NOT operators，例如：

  • 軟體開發者："software developer" OR "software engineer"
  • 擁有 React.js 與 Python 經驗的全端：
    • 簡單版："React.js" AND "Python"
    • 進階版：("developer" OR "engineer") NOT "manager" AND "React.js" AND "Python"
  • 前端開發者：("frontend developer" OR "front-end developer") AND ("javascript" OR "typescript") AND ("react" OR "reactjs" OR "vue" OR "vuejs" OR "angular" OR "angularjs")

招募人員通常會依據職缺描述中的關鍵字來構造 Boolean search。例如一段職缺描述：

  • Computer Science fundamentals in data structures, algorithm design, problem solving, and complexity analysis
  • Proficiency in at least one modern programming language such as C, C++, Java, or Perl

可能轉換為：

  • 聚焦語言："C" OR "C++" OR "Java" OR "Perl"
  • CS 基礎與語言：("data structures" OR "algorithm" OR "algorithms" OR "design") AND ("C" OR "C++" OR "Java" OR "Perl" OR "object oriented")

若你的 profile 包含這些關鍵字，你會出現在搜尋結果中。匹配越精準（例如出現在 headline 內）、你與招募人員的人脈距離越近，排名就越高。

求職中的 LinkedIn 優化#

在主動求職或準備開始時，可考慮以下做法：

  • 告知你「願意接受機會」——但不要寫在 headline。避免在 headline 寫 “Looking for opportunities” 或 “Open for a new role”，那會浪費寶貴空間。請改用 LinkedIn 的 Open to Job Opportunities 功能：

Open to Job Opportunities 設定截圖

  • 永遠保留一個「目前職位」，即使你現在沒有工作。LinkedIn 對沒有現職的 profile 排名較低。優化專家 Kathy Bernard ↗ 建議：無論如何都填上某個職位。你可以把它寫成你擅長的技術與語言的展示。她的文章 Unemployed? Create a “current” role on LinkedIn ↗ 有更多細節。

  • 在 headline 加入更多細節，用 “|” 分隔關鍵技能與技術。例如：

    Full-stack dev with 5 years experience | Go, Java, JavaScript, React, Swing | Distributed systems, developer tooling & fluid user interfaces.

    精準的 headline 能提高搜尋排名，也更能抓住招募人員的注意力。

  • 多連結人脈，包括招募人員。你離搜尋者的人脈越近，排名越高。開始找工作時可以主動加現任、前任同事與過去曾接洽過你的招募人員。

  • 如果有明確遷居目標，可更新 location。Location 是常見篩選條件。若你準備搬到某城市，更新成該地就能以「本地候選人」出現。對需要簽證的情形要謹慎判斷；若有公司主動聯繫，再確認是否提供簽證贊助。

  • 用 Boolean search 找工作。不是只有招募人員可以用！你也可以在 LinkedIn 上使用 AND/OR/NOT 與括號搜尋。例如找非資深的前端職缺、且公司不使用 Laravel：

    (frontend OR javascript OR react) AND NOT (senior or laravel)

    這能幫你聚焦在真正匹配的機會上。

GitHub#

履歷上並沒有「必須放 GitHub」的規定，即使大多數模板都會包含這一項。身為招募主管，我從不明確要求這個連結，但若存在我常會點進去看——這是很不錯的加分項。

其他招募主管也證實這點：他們通常會在第一輪掃描後才點擊連結。招募人員相對較少點進去，但越技術型的招募人員越會看。一旦你進入 onsite 面試，面試官常會點進去並以其中的專案當作討論話題。這也帶出了最重要的原則：

只有在你引以為傲時才放 GitHub 連結。不要放一個空的 profile 或品質不佳的程式碼。

如果你要放連結，請先整理乾淨。為主要專案加上 README，說明專案用途、設置方式、重要程式碼。

身為招募主管，我在看 GitHub profile 時會注意：

  • Context（情境）：這位開發者有哪些側邊專案？專案做什麼？pinned 的專案在 profile 頁上有清楚描述嗎？進去後 README 是否說明如何執行、如何測試？
  • Code quality（程式碼品質）：是否遵循 best practices？命名合理嗎？程式碼乾淨易讀嗎？
  • Testing（測試）：專案是否有 unit 或 integration tests？這能顯示此人有測試意識。
  • 對大型專案的貢獻：貢獻過哪些較大的開源專案？我有時會看 PR 與評論。
  • 亮點 repo：若有星數很多的 repo，他如何處理 PR 與 issues？這可以觀察 collaboration 能力。
  • 不重要的指標：最近一年的 contributions、followers、repo 數等與 code quality 無關的統計。

優化 GitHub profile#

  • 為 profile 建立一個 README。建立一個與 username 同名的 repo 並初始化一個 README 即可：

GitHub 建立 personal README repo 介面

參考其他開發者的範例：

Gergely Orosz 的 GitHub profile 範例

  • 為每個 pinned repo 填寫描述。清楚說明做什麼、為什麼有趣。目的是吸引人點進去。
  • 為 pinned repo 撰寫優秀的 README：至少要說明專案功能與使用方式。更好的版本會包含程式範例、設定說明、後續改進方向。你可以用 README score 工具 ↗ 取得改進建議。

技術部落格（Technical Blogs）#

你知道有多少比例的候選人有寫技術部落格嗎？只有極少數。如果你有，就已經比大多數履歷多了一個亮點——前提是你要把它加進履歷。但不要只「貼上部落格連結」，要像對 GitHub 一樣，精挑你最希望招募主管讀的那一兩篇。

Before & After：技術部落格#

以下是兩個範例，應徵者正在申請一個需要 Angular 經驗的前端職位。

Before：

Before：只列出 Dev.to 連結

After：

After：直接列出相關技術文章連結

在 “before” 版本中，招募主管點進連結後會看到 Dev.to 的個人首頁；最新兩篇是非技術性的，真正紮實的 Angular 文章被埋在數頁之後。

在 “after” 版本中，履歷直接引導招募主管到你希望他讀的那篇文章。甚至不用點進去，他就能想：「這個人不只是說自己會 Angular，還寫過文章證明。」

在履歷中附上一到兩篇最相關的技術文章連結，並簡述內容，像上述範例一樣。比起單純列出部落格，這能讓你主導讀者的視線，引導他們從你最好或最相關的內容讀起。

StackOverflow、Twitter、Instagram、Quora 與其他社群網站#

  • StackOverflow：唯一另一個我建議加入履歷的社群網站——前提是你活躍且 profile 能支持你的故事。例如你是 JavaScript 專家且擁有大量 JavaScript 相關徽章，可以加強你的可信度。但身為招募主管，我點進 StackOverflow 的次數遠少於 GitHub。
  • Twitter、Instagram、Quora 等：不建議放在履歷上。這些媒介無法有效傳達你對招募人員與招募主管的專業價值。

Cover Letters#

  • 大型科技公司很少要求 cover letter，只看履歷。
  • 中小型公司允許附上，但很少強制要求。
  • 大多數科技招募人員不會主動要求，即使收到，也很少真的讀完。

Cover letter 在「由 hiring manager 親自審履歷」的公司中才真的重要，通常是小型公司或新創，因為他們收到的申請較少。因此建議只針對小型公司、或能直接接觸到招募主管的情況撰寫。

如果你已經依照 Write a Resume for That Job 的建議為該職位客製履歷，cover letter 的必要性就更低。你無法保證 cover letter 是否會被讀到或轉寄，但履歷會一直跟著你走完流程。

業界觀點：cover letter 裡面什麼最重要？

大型公司因申請過多而不看 cover letter，但小公司和新創不一樣——在那種環境 cover letter 可能是真正的優勢。Monica Lent ↗ 在柏林 SumUp 這家高速成長新創負責審過數千份 CV，以下是她的建議（節錄自她的 七條軟體工程師履歷建議 ↗）：

「即使你覺得自己的 CV 夠強，還是值得寫 cover letter。它不需要很長，但絕對能增加你通過 CV screening 的機率。

你申請的公司會希望被特別對待——如果他們給你 offer，你也會接受。一封連貫的 cover letter 能顯示你真的看過職缺廣告與公司網站。也不該寫太長，因為沒人有時間看。記得拼字檢查。

一份 developer cover letter 應有：

  1. 展現良好的溝通能力
  2. 展現對該職位的理解
  3. 簡短說明你的資格與適配度
  4. 提到公司名稱
  5. 展現你讀過公司的官網
  6. 以 PDF 附上——比任何 web 介面能輸入的文字格式都更易讀

要注意：有些公司可能不看或不覺得 cover letter 有用。對一般 dev 職位也許沒太大差別，但對競爭激烈的 junior 或非常資深職位，動機是有意義的。一封 cover letter 永遠不會傷害你，而且有機會讓你脫穎而出。」

依公司與地區調整風格#

根據公司與國家調整 cover letter 的語氣：

  • 美國新創：更隨興、更直率的風格可能較合適。
  • 英國或澳洲的大公司：較內斂、專業的語氣通常比較恰當。

參考範例：

個人化 vs. 模板化 Cover Letter#

當你決定寫 cover letter 時，最常見的做法是找個模板——但模板長得都差不多：

典型的 cover letter 模板

模板化 cover letter 在科技業經常被忽略。它們提供的資訊其實就在你的履歷上。例如上面這個範例，幾乎所有內容都已出現在履歷中。

與其套模板，不如為「該特定職位」與「該特定公司」花時間寫一封高度個人化的 cover letter。 只在「有人會真的讀它」的情況下才這麼做——例如你直接聯絡招募主管或應徵小公司時。

以下是軟體工程師 Santiago Valdarrama ↗ 分享的高度個人化 cover letter，是針對一家美國新創量身打造：

高度個人化的 cover letter 範例

這封信做對了什麼：

  • 先談公司，再談應徵者。信件顯示此人理解公司價值觀，做過功課、追蹤這家公司，並認同它的使命。
  • 真誠且熱情。不是複製貼上的陳腔濫調，而是真正花時間寫下自己的想法。同時表達「為何興奮」與「能帶來什麼」。
  • 寫得好、節奏高能。句子經過編修、讀起來容易，粗體用在正確的位置。字裡行間傳達的興奮感清晰可感——和一般枯燥的 cover letter 不同。
  • 大膽且精簡。「讓我用『我是誰／我不是誰』來說服你」是個有魄力的開場。整封信只列兩組對比描述，但已經足以讓讀者快速判斷契合度。

但它也打破了一些不成文規則：

  • 風格偏強烈。有些招募主管會覺得太誇張、太用力——特別是較保守的公司。放在新創可以，但不一定適用所有環境。
  • 看起來像一位熱情但偏資淺的應徵者。這種風格用在入門職位可以，但對 staff 或 principal 職位就不合適。
  • 語氣不一定適合美國以外。不同地區有不同期待。同一封信投到英國或澳洲的傳統公司，很可能直接被丟進垃圾桶。

寫 cover letter 時請善用判斷力。但別忘了你的目標是「踏進門」——前提是你的技能匹配。對於小公司，真誠且個人化的 cover letter 可能就是關鍵。

小結：改善履歷以外的申請內容#

本章談了 LinkedIn、GitHub、StackOverflow、技術部落格、cover letter 如何影響整體申請。對軟體開發者來說，其中最重要的是 LinkedIn、GitHub 與技術部落格。想提高被招募人員聯絡的機率，請做以下練習：

  • 根據你希望被找到的樣子更新 LinkedIn，而不是根據你現在在做的事。更新 headline，調整職位描述，並在內容中加入你想被搜到的關鍵字。
  • 保持 LinkedIn 的專業性。若使用照片請用好的那張。移除不支持職涯故事的工作經驗。
  • 求職中請善用 LinkedIn 設定：開啟「Open to Job Opportunities」、永遠保留一個現職、建立人脈。
  • 讓你的 GitHub 幫你推銷：精選要在 landing page 展示的專案，確保這些專案品質好、有清楚的 README。
  • 在履歷中點名特定技術文章，而非僅附上部落格連結。挑選與職位相關或特別亮眼的文章。
  • 撰寫 cover letter 時為職位量身打造。簡短但清楚說明為什麼你是合適人選，並以例子佐證。