後端工程師履歷範例
一頁的後端工程師履歷，適合工作三到六年、負責核心模組或獨立帶專案的工程師。面試官想快速判斷：你處理過多大的流量和資料、解決過哪些有難度的問題、對系統設計有沒有自己的想法。
後端工程師使用這份範例
招募者重視什麼
- 系統規模： 日活、QPS、資料量、訂單量，用數字說明。
- 技術深度： 資料庫分割、快取、訊息佇列、分散式交易，說清楚為什麼這樣做。
- 穩定度： 可用性、事故處理、監控和限流降級。
- 影響範圍： 你的改善讓多少系統受益、省了多少成本。
- 當責： 從設計、上線到維運的完整負責。
怎麼寫個人簡介
寫年資、業務領域（交易、金流、搜尋、推薦）、主要技術，以及最能代表你程度的系統規模。
四年後端開發經驗，專注電商交易和金流系統，熟悉Go、Java、PostgreSQL、Redis和Kafka。負責過每日百萬筆訂單的訂單服務，經歷3次雙11檔期，重視系統穩定度和可觀測性。
從系統整合商轉網路公司
五年銀行系統整合專案經驗，熟悉Java、Oracle和分散式交易，負責過每日交易量300萬筆的清算系統。近兩年在個人專案使用Go和Kubernetes，希望加入網路公司的金流或交易團隊。
好用的工作內容寫法
這個職務的更多參考寫法，和範例裡的不同。參考句型，換上你自己的數字。
- 設計商品搜尋服務的快取方案，Redis命中率達95%，資料庫負載下降70%。
- 主導會員中心微服務化，把單體應用拆成8個服務，發布頻率從每月2次提升到每週3次。
- 排查一次檔期期間的執行緒池耗盡事故，修正連線洩漏後同類事故歸零。
- 導入分散式追蹤，事故平均定位時間從45分鐘縮短到10分鐘。
- 改善批次結算排程，執行時間從3小時縮短到25分鐘。
- 推動團隊程式碼審查規範，半年內線上錯誤數下降35%。
- 設計灰度發布流程，新版本先開放5%流量，兩年內零重大發布事故。
- 帶領2位初階工程師完成優惠券系統，如期上線並支撐檔期每秒5,000次領券。
建議列出的技能
專業技能
軟實力
值得列出的證照
- 一般不需要證照。 專案經歷最重要。
- 雲端證照（AWS、GCP）： 負責雲端架構時可以寫一行。
篇幅與格式
一頁，工作五年以上可以寫兩頁。最近兩份工作寫詳細；同一家公司專案多時，挑三四個最有代表性的寫。
常見錯誤
- 只列技術名詞，不寫規模和結果。面試官無法判斷你的程度。
- 把團隊成果寫成個人成果。面試一問細節就露餡。
- 專案寫得太細，變成技術文件。每點一到兩行就好。
- 頻繁換工作卻不說明。面試準備好理由，履歷上讓每段經歷的成果清楚。
常見問題
工程師履歷要寫專案經歷還是工作經歷？
工作三年以上可以把專案寫進工作經歷；專案特別多時，另外列專案區塊，挑三四個最有代表性的。
公司的業務數據可以寫嗎？
寫數量級即可，例如「每日數十萬筆訂單」，不要洩漏具體的營業機密。
外商和本土公司的履歷有差別嗎？
外商通常要英文履歷，重視影響範圍和數據；本土公司則常同時看104履歷和自傳。