程式設計師簡歷編寫指南（超詳細）
一定一定一定要重視簡歷啊！朋友們！正式投遞簡歷之前，至少要花 2~3 天時間來專門完善自己的簡歷。並且，後續還要持續完善，即使你已經找到了工作。完善簡歷亦是對自己過往工作的總結，還是非常有必要的。
簡歷就像是我們的一個門面一樣，它直接決定了我們是否能夠獲得面試機會。簡歷上的內容很大程度上決定了面試官提問的側重點。
在不誇大自己能力的情況下，寫出一份好的簡歷也是一項很棒的能力。一般情況下，技術能力和學習能力比較厲害的，寫出來的簡歷也比較棒！
簡歷模板
簡歷的樣式真的非常非常重要！！！如果你的簡歷樣式醜到沒朋友的話，面試官真的沒有看下去的慾望。一天處理上百份的簡歷的痛苦，你不懂！
我這裡的話，推薦大家使用 Markdown 語法寫簡歷，然後再將 Markdown 格式轉換為 PDF 格式後進行簡歷投遞。如果你對 Markdown 語法不太瞭解的話，可以花半個小時簡單看一下 Markdown 語法說明: http://www.markdown.cn/。
下面是我收集的一些還不錯的簡歷模板：
- 適合中文的簡歷模板收集（推薦，開源免費）：https://github.com/dyweb/awesome-resume-for-chinese
- 木及簡歷（推薦，部分免費） ： https://www.mujicv.com/
- 簡單簡歷（推薦，部分免費）：https://easycv.cn/
- 極簡簡歷（免費）： https://www.polebrief.com/index
- Markdown 簡歷排版工具（開源免費）：https://resume.mdnice.com/
- 站長簡歷（收費，支援 AI 生成）：https://jianli.chinaz.com/
- typora+markdown+css 自定義簡歷模板 ：https://github.com/Snailclimb/typora-markdown-resume
- 超級簡歷（部分收費） ： https://www.wondercv.com/
上面這些簡歷模板大多是隻有 1 頁內容，很難展現足夠的資訊量。如果你不是頂級大牛（比如 ACM 大賽獲獎）的話，我建議還是儘可能多寫一點可以突出你自己能力的內容（校招生 2 頁之內，社招生 3 頁之內，記得精煉語言，不要過多廢話）。
再總結幾點 簡歷排版的注意事項：
- 儘量簡潔，不要太花裡胡哨。
- 技術名詞最好規範大小寫比較好，比如 java->Java ，spring boot -> Spring Boot 。這個雖然有些面試官不會介意，但是很多面試官都會在意這個細節的。
- 中文和數位英文之間加上空格的話看起來會舒服一點。
另外，知識星球裡還有真實的簡歷模板可供參考，地址：https://t.zsxq.com/12ypxGNzU （需加入知識星球獲取）。
簡歷內容
個人資訊
- 最基本的 ：姓名（身份證上的那個）、年齡、電話、籍貫、聯絡方式、郵箱地址
- 潛在加分項 ： Github 地址、部落格地址（如果技術部落格和 Github 上沒有什麼內容的話，就不要寫了）
範例：
簡歷要不要放照片呢？ 很多人寫簡歷的時候都有這個問題。
其實放不放都行，影響不大，完全不用在意這個問題。除非，你投遞的崗位明確要求要放照片。 不過，如果要放的話，不要放生活照，還是應該放正規一些的照片比如證件照。
求職意向
你想要應聘什麼崗位，希望在什麼城市。另外，你也可以將求職意向放到個人資訊這塊寫。
範例：
教育經歷
教育經歷也不可或缺。通過教育經歷的介紹，你要確保能讓面試官就可以知道你的學歷、專業、畢業學校以及畢業的日期。
範例：
北京理工大學 碩士，軟體工程 2019.09 - 2022.01
湖南大學 學士，應用化學 2015.09 ~ 2019.06
專業技能
先問一下你自己會什麼，然後看看你意向的公司需要什麼。一般 HR 可能並不太懂技術，所以他在篩選簡歷的時候可能就盯著你專業技能的關鍵詞來看。對於公司有要求而你不會的技能，你可以花幾天時間學習一下，然後在簡歷上可以寫上自己瞭解這個技能。
下面是一份最新的 Java 後端開發技能清單，你可以根據自身情況以及崗位招聘要求做動態調整，核心思想就是儘可能滿足崗位招聘的所有技能要求。
我這裡再單獨放一個我看過的某位同學的技能介紹，我們來找找問題。
上圖中的技能介紹存在的問題：
- 技術名詞最好規範大小寫比較好，比如 java->Java ，spring boot -> Spring Boot 。這個雖然有些面試官不會介意，但是很多面試官都會在意這個細節的。
- 技能介紹太雜，沒有亮點。不需要全才，某個領域做得好就行了！
- 對 Java 後臺開發的部分技能比如 Spring Boot 的熟悉度僅僅為了解，無法滿足企業的要求。
實習經歷/工作經歷（重要）
工作經歷針對社招，實習經歷針對校招。
工作經歷建議採用時間倒序的方式來介紹。實習經歷和工作經歷都需要簡單突出介紹自己在職期間主要做了什麼。
範例：
XXX 公司 （201X 年 X 月 ~ 201X 年 X 月 ）
- 職位：Java 後端開發工程師
- 工作內容：主要負責 XXX
專案經歷（重要）
簡歷上有一兩個專案經歷很正常，但是真正能把專案經歷很好的展示給面試官的非常少。
很多求職者的專案經歷介紹都會面臨過於囉嗦、過於簡單、沒突出亮點等問題。
專案經歷介紹模板如下：
專案名稱（字號要大一些）
2017-05~2018-06 淘寶 Java 後端開發工程師
- 專案描述 : 簡單描述專案是做什麼的。
- 技術棧 ：用了什麼技術（如 Spring Boot + MySQL + Redis + Mybatis-plus + Spring Security + Oauth2）
- 工作內容/個人職責 : 簡單描述自己做了什麼，解決了什麼問題，帶來了什麼實質性的改善。突出自己的能力，不要過於平淡的敘述。
- 個人收穫（可選） : 從這個專案中你學會了那些東西，使用到了那些技術，學會了那些新技術的使用。通常是可以不用寫個人收穫的，因為你在個人職責介紹中寫的東西已經表明了自己的主要收穫。
- 專案成果（可選） :簡單描述這個專案取得了什麼成績。
1、專案經歷應該突出自己做了什麼，簡單概括專案基本情況。
專案介紹儘量壓縮在兩行之內，不需要介紹太多，但也不要隨便幾個字就介紹完了。
另外，個人收穫和專案成果都是可選的，如果選擇寫的話，也不要花費太多篇幅，記住你的重點是介紹工作內容/個人職責。
2、技術架構直接寫技術名詞就行，不要再介紹技術是幹嘛的了，沒意義，屬於無效介紹。
3、儘量減少純業務的個人職責介紹，對於面試不太友好。儘量再多挖掘一些亮點（6~8 條個人職責介紹差不多了，做好篩選），最好可以體現自己的綜合素質，比如你是如何協調專案組成員協同開發的或者在遇到某一個棘手的問題的時候你是如何解決的又或者說你在這個專案優化了某個模組的效能。
即使不是你做的功能模組或者解決的問題，你只要搞懂吃透了就能拿來自己用，適當潤色即可！
像效能優化方向上的亮點面試之前也比較容易準備，但也不要都是效能優化相關的，這種也算是一個極端。
另外，技術優化取得的成果儘量要量化一下：
- 使用 xxx 技術解決了 xxx 問題，系統 QPS 從 xxx 提高到了 xxx。
- 使用 xxx 技術了優化了 xxx 介面，系統 QPS 從 xxx 提高到了 xxx。
- 使用 xxx 技術解決了 xxx 問題，查詢速度優化了 xxx，系統 QPS 達到 10w+。
- 使用 xxx 技術優化了 xxx 模組，響應時間從 2s 降低到 0.2s。
- ……
個人職責介紹範例 ：
- 基於 Spring Cloud Gateway + Spring Security OAuth2 + JWT 實現微服務統一認證授權和鑑權，使用 RBAC 許可權模型實現動態許可權控制。
- 參與專案訂單模組的開發，負責訂單建立、刪除、查詢等功能。
- 整合 Canal + RocketMQ 將 MySQL 增量資料（如商品、訂單資料）同步到 ES。
- 排查並解決扣費模組由於扣費父任務和反作弊子任務使用同一個執行緒池導致的死鎖問題。
- 負責使用者統計模組的開發，使用 CompletableFuture 並行載入後臺使用者統計模組的資料資訊，平均相應時間從 3.5s 降低到 1s。
- 使用 Sharding-JDBC 以使用者 ID 後 4 位作為 Shard Key 對訂單表進行分庫分表，共 3 個庫，每個庫 2 個訂單表，單表資料量保持在 500w 以下。自定義雪花演演算法生成訂單 ID 的規則，把分片鍵同時作為的訂單 ID 一部分，避免了額外儲存訂單 ID 與路由鍵的關係。
- 熱門資料（如首頁、熱門部落格）使用 Redis+Caffeine 兩級快取，解決了快取擊穿和穿透問題，查詢速度毫秒級，QPS 30w+。
- 使用 CompletableFuture 優化購物車查詢模組，對獲取使用者資訊、商品詳情、優惠券資訊等非同步 RPC 呼叫進行編排，響應時間從 2s 降低為 0.2s。
- 搭建 EasyMock 服務，用於模擬第三方平臺介面，方便了在網路隔離情況下的介面對接工作。
4、如果你覺得你的專案技術比較落後的話，可以自己私下進行改進。重要的是讓專案比較有亮點，通過什麼方式就無所謂了。
專案經歷這部分對於簡歷來說非常重要，《Java 面試指北》的面試準備篇有好幾篇關於優化專案經歷的文章，建議你仔細閱讀一下，應該會對你有幫助。
5、避免個人職責介紹都是圍繞一個技術點來寫，非常不可取。
6、避免模糊性描述，介紹要具體（技術+場景+效果），也要注意精簡語言（避免堆砌技術詞，省略不必要的描述）。
榮譽獎項（可選）
如果你有含金量比較高的競賽（比如 ACM、阿里的天池大賽）的獲獎經歷的話，榮譽獎項這塊內容一定要寫一下！並且，你還可以將榮譽獎項這塊內容適當往前放，放在一個更加顯眼的位置。
校園經歷（可選）
如果有比較亮眼的校園經歷的話就簡單寫一下，沒有就不寫！
個人評價
個人評價就是對自己的解讀，一定要用簡潔的語言突出自己的特點和優勢，避免廢話！ 像勤奮、吃苦這些比較虛的東西就不要扯了，面試官看著這種個人評價就煩。
我們可以從下面幾個角度來寫個人評價：
- 檔案編寫能力、學習能力、溝通能力、團隊共同作業能力
- 對待工作的態度以及個人的責任心
- 能承受的工作壓力以及對待困難的態度
- 對技術的追求、對程式碼質量的追求
- 分散式、高並行系統開發或維護經驗
列舉 3 個實際的例子：
- 學習能力較強，大三參加國家軟體設計大賽的時候快速上手 Python 寫了一個可設定化的爬蟲系統。
- 具有團隊共同作業精神，大三參加國家軟體設計大賽的時候協調專案組內 5 名開發同學，並對編碼遇到困難的同學提供幫助，最終順利在 1 個月的時間完成專案的核心功能。
- 專案經驗豐富，在校期間主導過多個企業級專案的開發。
STAR 法則和 FAB 法則
STAR 法則（Situation Task Action Result）
相信大家一定聽說過 STAR 法則。對於面試，你可以將這個法則用在自己的簡歷以及和麵試官溝通交流的過程中。
STAR 法則由下面 4 個單片語成（STAR 法則的名字就是由它們的首字母組成）：
- Situation： 情景。 事情是在什麼情況下發生的？
- Task： 任務。你的任務是什麼？
- Action： 行動。你做了什麼？
- Result： 結果。最終的結果怎樣？
FAB 法則（Feature Advantage Benefit）
除了 STAR 法則，你還需要了解在銷售行業經常用到的一個叫做 FAB 的法則。
FAB 法則由下面 3 個單片語成（FAB 法則的名字就是由它們的首字母組成）：
- Feature： 你的特徵/優勢是什麼？
- Advantage： 比別人好在哪些地方；
- Benefit： 如果僱傭你，招聘方會得到什麼好處。
簡單來說，FAB 法則主要是讓你的面試官知道你的優勢和你能為公司帶來的價值。
建議
避免頁數過多
精簡表述，突出亮點。校招簡歷建議不要超過 2 頁，社招簡歷建議不要超過 3 頁。如果內容過多的話，不需要非把內容壓縮到一頁，保持排版乾淨整潔就可以了。
看了幾千份簡歷，有少部分同學的簡歷頁數都接近 10 頁了，讓我頭皮發麻。
避免語意模糊
儘量避免主觀表述，少一點語意模糊的形容詞。表述要簡潔明瞭，簡歷結構要清晰。
舉例：
- 不好的表述：我在團隊中扮演了很重要的角色。
- 好的表述：我作為後端技術負責人，領導團隊完成後端專案的設計與開發。
注意簡歷樣式
簡歷樣式同樣很重要，一定要注意！不必追求花裡胡哨，但要儘量保證結構清晰且易於閱讀。
其他
- 一定要使用 PDF 格式投遞，不要使用 Word 或者其他格式投遞。這是最基本的！
- 不會的東西就不要寫在簡歷上了。注意簡歷真實性，適當潤色沒有問題。
- 工作經歷建議採用時間倒序的方式來介紹，實習經歷建議將最有價值的放在最前面。
- 將自己的專案經歷完美的展示出來非常重要，重點是突出自己做了什麼（挖掘亮點），而不是介紹專案是做什麼的。
- 專案經歷建議以時間倒序排序，另外專案經歷不在於多（精選 2~3 即可），而在於有亮點。
- 準備面試的過程中應該將你寫在簡歷上的東西作為重點，尤其是專案經歷上和技能介紹上的。
- 面試和工作是兩回事，聰明的人會把面試官往自己擅長的領域領，其他人則被面試官牽著鼻子走。雖說面試和工作是兩回事，但是你要想要獲得自己滿意的 offer ，你自身的實力必須要強。