能通過篩選的履歷

★★★★Draft

FromThe Tech Resume Inside Out

📚 From the Books

能通過篩選的履歷Job Search & Change

Gergely Orosz 審過上千份履歷。他說一個殘酷的事實:招募人員 (Recruiter) 平均只花約 7 秒決定你的履歷該被淘汰還是繼續讀,Hiring Manager 也只用 10 到 20 秒快速掃過。你的履歷不是寫給細讀的人看的,是寫給「幾秒內做 Yes / Maybe / No」的人看的——照這個現實去寫。

🧠 Core Ideas

IMPORTANT

一位資深 Hiring Manager 用 Yes / Maybe / No 三堆篩履歷:他沒時間找完美的人,只想在最短時間內把 300 份縮到少數幾位來面試,而且是刻意「找理由」把履歷丟進 No 堆——錯字、技術棧不合、兩年沒相關經驗都算。你的目標是「一眼就跳進 Yes 堆」。同時記得:好履歷是必要條件,不是充分條件。職位是否還開著、你的競爭者、簽證與資歷,都會影響你接不接得到電話。

⚖️ Case Study

列職責 vs 講成果

同一段經歷,兩種寫法
列職責(會被略過):
  Responsible for building an internal tool.
  → 沒有數字、沒有影響力、看不出你個人的貢獻,
    讀者三秒後就滑走。像這樣的開發者「一抓一把」。

講成果(會被記住):
  Led a team of 3 developers to build a dependency
  injection framework, adopted by 15 teams and all
  50+ developers at the company.
  → 影響力(被 15 個團隊採用)、量化(50+ 人)、
    你的角色(led)、用到的技術都清楚。

同一件事,差別只在「有沒有把影響力量化、把你的貢獻講明白」。Orosz 反覆強調:談影響與成就,是開發者履歷中最被低估的做法。

🔑 Takeaways

✍️ My Notes

No notes yet — jot your takeaways or Q&A here.

📖 Further Reading