ExplainThis 全端開發雙週報 #47
找軟體工程師工作的履歷不用很有創意
嗨～ 歡迎閱讀第 47 期的 ExplainThis 全端雙週報。在進入正式內容前想跟讀者們分享，ExplainThis 經營的 E+ 成長計畫，在上週推出了第一門線上課程，主題是《軟體工程師求職全攻略》。這堂課長 8 小時 57 分鐘的課程，收錄了過去我們協助讀者們求職的精華重點，從如何寫履歷，到如何準備行為、技術面試，以及在過程中遇到挫折時如何調整心態。
如果有預計年後要轉職的讀者，歡迎加入E+ ，除了線上課程，在求職中有遇到任何問題，也都可以在 E+ 的 Discord 社群中討論，另外我們也有履歷健檢的頻道，讓讀者們問到飽 (E+ 的詳細介紹可以點這邊)。
以上，接著讓我們進到這週的主題文吧。
找軟體工程師工作的履歷不用很有創意
以往年的趨勢來說，不少人會在年後換工作，因此在這期的主題文中，我們想與大家聊聊寫履歷這件事，特別想談的是「創意履歷」這個主題。
對於不同類的工作，履歷會有不同的寫法。舉例來說，先前 ABC 電視台報導，一位在行銷領域工作的求職者，把自己的履歷包在甜甜圈外送中，進而讓自己拿到許多面試機會。
然而對於軟體工程師來說，我們的觀點是「不用特意把時間花在讓履歷變很有創意」。你可能會問為什麼?
讓我們先回到履歷的核心本質來談，從公司的角度來看，履歷的存在是為了幫助公司招募到最適合的候選人。理想情況下，公司希望獲得越多關於候選人的資訊越好，這樣才能更好地判斷候選人是否適合該職位。因此，求職流程通常會包含多個階段，如履歷篩選、線上測驗、電話面試、現場面試等，這些階段都是為了讓公司收集足夠的資訊來評估候選人。
然而，公司並沒有無限的時間和人力來進行篩選。當一個職位有數百人申請時，公司不可能對每個候選人進行詳細的調查。因此，履歷的作用就是在初步篩選中，幫助公司從眾多候選人中挑選出幾十人或十幾人進入下一階段的面試。
因此履歷撰寫最關鍵的點，在有限的篇幅中，讓閱讀履歷的人覺得你適合這個職位。當閱讀履歷的人認為你適合時，你就更有可能進入下一階段的面試。
不過在你的履歷被招募員或用人主管讀之前，事實上許多公司會用一個叫 ATS 的系統，做初步篩選。所謂的 ATS（Applicant Tracking System，求職者追蹤系統）是許多公司用來篩選履歷的自動化系統。ATS 會將履歷（例如 PDF 檔案）解析成可讀的文字，並從中提取關鍵字進行比對。例如，某個前端職缺可能需要具備 React、TypeScript、CSS 等技能的求職者，ATS 系統會根據這些關鍵字來篩選履歷。
所以更常見的情況，是先被機器判斷是否適合，然後才會進一步被人判斷是否適合。因此在履歷的格式上，比起追求創意，更推薦先思考如何有效通過 ATS 系統的篩選。
關於如何有效通過，最推薦的兩個檢查點是
履歷格式要簡單清楚：ATS 系統需要能夠順利解析履歷內容，因此履歷的格式應避免過於花俏或複雜。如果系統無法解析履歷，解析出空白的內容，可能會導致履歷被忽略。
關鍵字匹配：履歷中應包含與職缺相關的關鍵字，這樣會比較容易通過 ATS 的初步篩選。
接著進到真人招募員或用人主管篩選時，根據一位前 Meta 工程經理的分享，創意履歷雖然看起來有趣，但往往會讓招募員難以快速找到重點，反而可能導致履歷被擱置。對於軟體工程師來說，簡單清楚的履歷格式更為有效。
如果你想了解具體可以用什麼格式，推薦先前我們彙整的履歷模板與工具的文章 (連結)。
退一步說，如果你真的不想用傳統那種單調，甚至有點無聊的履歷格式，身為軟體工程師，有沒有更好展現自己經歷的方式呢? 答案是有的。
對軟體工程師來說，有個很幸運的地方是，只要你能寫出好東西，基本上很容易被看到。特別是在開源社群中。假如你已經有多年工作經驗，基本上不用擔心，你的 GitHub 就是你的履歷。前 Meta 工程師 Dan Abramov 之所以能進入 Meta，是因為他貢獻了 React 這個開源專案。Meta 的工程團隊看到他的貢獻後，主動聯繫他並邀請他加入團隊 (詳見 Dan Abramov 的這篇分享)。
另一位工程師 Andrew Zheng 在開發 iOS 應用後，將作品分享在 Twitter 上。Apple 的某個工程主管看到後，主動聯繫他並邀請他加入團隊 (詳見 Andrew 寫的 Getting a job at Apple without going to college or doing LeetCode 一文)。
可以看到，上面的兩個例子，其實都是跟傳統很不同的履歷，兩個也都是進到 FAANG 的例子，但一個是用開源程式碼貢獻當履歷，另一個是自己的個人專案與推特帳號作為履歷。
先前對開源專案 Svelte 貢獻良多的開發者 @puruvjdev，先前直接在 X 上發一個推文，把它過去在開源貢獻的成果匯總起來，這種履歷雖然很不傳統，但非常有效 (連結)。
總結來說，比起在格式上追求有創意，花時間去貢獻開源、花時間做一個好的個人專案，會是更實際的做法。
以上內容節錄自 E+ 成長計畫的《軟體工程師求職全攻略》線上課，有興趣看完整 8 小時 57 分鐘的課程，歡迎加入 E+ (詳細介紹可以點這邊)，如果你對撰寫履歷有任何問題想詢問，或者想要有人協助履歷健檢、給履歷回饋，也在 E+ 的專屬頻道中提問～
本期推薦
最近 ExplainThis 團隊成員 Li 分享了前陣子找日本工作的心得，彙整了遇到的不同類型題目，近期有要找前端或全端的讀者可以參考 (連結)
最近社群許多人分享 Beej’s Guide to Git，推薦給想把 Git 學紮實的讀者一讀 (連結)
在 LLM 成為許多人重要的問題解決工具後，Andrej Karpathy 發文提到更多軟體產品該有一鍵輸出內容的功能 (連結)，而目前已經看到像 Linear 這樣的應用，直接有快捷鍵可以直接把內容輸出成 markdown，藉此做為 LLM 的輸入 (連結)
jsontr.ee 是一個把 JSON 資料結果視覺化的開源專案，對於如何實作這種視覺化成果的讀者，推薦一讀程式碼(連結)
《Generating Random Mazes with JavaScript》 一文分享了如何實作用 JavaScript 生成隨機迷宮，是非常有趣的一篇文章(連結)
上週 Bryan Johnson 在推特上發了一個頗具爭議的推文，這個推文在駁斥矽谷新創「每週工作上百個小時」的風氣。對於這點我們非常認同，並寫了一篇摘要談為什麼職涯與健康不是互斥的 (連結)
當提到 1:1 會議推薦讀的文章，相信多數人會提到 Meta 工程副總Mark Rabkin 寫的《The Art of the Awkward 1:1》。Rabkin 即將最近從工作了 18 年的 Meta 離職，同時分享了《The Resilience of Alien Chess》這篇文章，非常值得在職涯中遇到困境的人一讀 (連結）
文末彩蛋
感謝讀到文末的你，這邊分享這週讀到一句很有感的話。是來自 Vercel 創辦人說的，不管你是在什麼職位，工作上最大的成就不是來自外在，而是自己。特別從長遠的角度看，如果動力來自內在，也能以更永續的方式在職涯持續成長。
There’s something deeply satisfying about doing a great job, to the best of your ability. No matter whether you’re a solo entrepreneur, or at a hot startup, or massive company. Entry level or VP. The first recognition has to come from yourself.
— Guillermo Rauch