本文轉載自【微信公眾號：小碼逆襲，ID:gh_7c5a039380a0】經微信公眾號授權轉載，如需轉載與原文作者聯繫
筆者工作多年後面試了很多公司，例如2018 年年初橫掃各大網際網路公司，也作為面試官面試了很多人，看過不少的簡歷。現在疫情快過去了，很多小夥伴開始準備簡歷看新機會了，但是不少小夥伴遇到以下兩種情況：
投了很多公司，邀請面試的寥寥無幾；面試的時候被面試官問的啞口無言。造成以上原因很大一部分是因為簡歷的問題，本文將結合自身的面試和被面試的經歷和大家聊一聊簡歷怎麼寫。我們先來分析一些簡歷素材。
簡歷一
這是一位畢業生的簡歷，大家看下這個簡歷存在什麼問題？
分析：
簡歷中寫了自己做的一個項目，項目描述中將該項目描述成 RPC、分布式網絡框架，試問從項目描述來看，哪裡體現出該項目使用了 RPC 框架和分布式？且不說沒用到，就算用了，一般按大多數應屆生的經驗水平是很難在面試時經得住面試官在分布式等問題上的追問的，這非常容易給自己面試挖坑，一般校招或者對應屆生的項目要求並不會太高，但是自己在簡歷中寫上這些「分布式」、「RPC」等高大上的術語，如果實際並未掌握，只能是給自己埋雷。
另外，求職者的項目是一個網絡通信庫，但是通信協議不是自己的（Protobuf），網絡庫也是別人的（Muduo），那這個項目有自己的東西嗎？一般作為面試官對應屆生沒有多少項目經驗是可以理解的，但是如果把別人的東西拿來自己加個殼，並寫在簡歷中，這就沒多大意義了。如果該同學嘗試自己設計了一種通信協議，哪怕最終實現的不是很好，面試官也可能非常喜歡，因為融入了自己的創作和思考；退一步說，用 protobuf 也是可以的，如果面試時能說得清楚 protobuf 的序列化和反序列化的原理和該庫的結構，也是 OK 的。
面試結果：
該同學在面試時因這個項目被面試官死懟，鎩羽而歸。
簡歷二
這個簡歷我第一眼看到之後，我猜想應該很少有 HR 或者獵頭聯繫該同學面試吧，後來和當事人確認下，果不其然。該簡歷的問題有以下幾點：
簡歷中列舉的技術棧非常多，如 Linux 、Shell、Python、C++、Golang、Django、Flask、Bootstrap、JQuery......面試者真的掌握了這麼多技術嗎？另外，求職目標寫的是「後端開發」，雖然 HR 可能不知道 Bootstrap、vue 等是前端技術，但技術面試官不知道嗎？你一個求職後端職位的，你寫許多前端技術幹嘛？體現自己全棧嗎？按作者的年齡和工作經歷，很多技術只是了解或者使用過，並不一定掌握，且不說面試容易被問到而答不出來，最主要的是這份簡歷讓人一看就覺得求職者沒有自己專精的領域。說白了，啥可能都知道，但啥都沒掌握好。所以大多數公司看到這樣一份簡歷直接就 pass 掉了。求職目標寫的是「後端開發」，位置不夠顯眼，其次求職目標後端開發一詞描述太泛，這位同學本意是求職 C++ 後臺開發，但是這樣一寫，php、Java、golang、python 等不算後端開發嗎？所以建議把求職的職位稍微縮小點範圍。基本無面試邀請。
簡歷三
分析
同學醒醒，你已經畢業工作三年了，還把畢業的碩士論文貼到簡歷中。。。。。。問題是，你這個畢業論文中還有 「 demo」 字樣，可能你的畢業論文獲過獎，但是大多數 HR 和 面試官都看不懂裡面的行業術語，但是一定能看懂 「demo」 這個詞，demo 給大家的感覺好像高大上不起來吧。。。。。。這位同學作為一個非科班（動物科學）轉計算機行業的人，已經成功入行三年了，為啥還要把自己本科的專業放在這麼明顯的位置，是強調自己轉行不易、很努力嗎？- -! 如果你不是科班出身，或者不是名牌大學（清華、北大、復旦、武大等）畢業，尤其是畢業幾年了，就不要把學歷和畢業院校放在這麼顯眼的位置吧，可以放在「興趣愛好」之前。求職意向也是一樣的問題；技術專長描述的也不好，一般我們看用人單位的招聘信息，也都是先寫通用技術後寫專業領域的技術，所以通用技術指的是算法數據結構、作業系統原理、網絡編程等等；專業的技術，指的是 C++、Java、golang、python 等語言、各種框架、開源軟體等。另外，如果長得不是特別帥的話，就不建議放自己的照片了。。。。。。
簡歷四
這個簡歷看完我是真的醉了。
大哥，我知道你沒有拿得出手的項目經歷和技術，可是你求職的是開發崗位，你也不至於把飼養豬的經歷寫進簡歷吧，雖然有些大廠自己給員工養豬吃，但是程序開發和養豬畢竟是兩碼事吧。。。。。。
簡歷五
這份簡歷的項目描述也得太詳細了，尤其是業務部分，感覺像項目招標書或者項目售前方案。。如果你求職的是技術開發類崗位，且你求職的下家公司與你簡歷中的項目不是同一個類型，那就把項目業務內容寫得簡略點，描述項目經歷時多寫一些技術內容。。。。。。說實話這份簡歷適合去應聘項目經理，尤其是公路局的項目經理。。。。。。
簡歷六
這是一位大哥的簡歷，大哥已經工作十三年了，請讀者看看這個項目經歷描述是否有 13 年的水平？這項目描述實在太細了，首先可能把之前公司的商業技術機密全部洩露了。。。。。其次，和上面的簡歷六一樣，多寫點技術內容少寫點業務內容不行嗎，簡歷六可以應聘項目經理，這份簡歷可以應聘產品經理。。。。。。需求寫的太細了，你確定是要找後端開發嗎。。。。。。
簡歷七
人常說，一份文案的整潔程度可以反映一個人的細緻程度。這份簡歷存在兩個問題：
個人技能這一塊分類很混亂，例如「掌握 C++ 應用，理解底層原理,部分 c11 特性」中底層原理和 C++ 應用有什麼關係，完全可以分開寫嘛，另外 C++11已經目前已經被廣泛使用，如果你不熟悉就不要寫，寫熟悉部分是熟悉多少？是告訴面試官自己這方面掌握的不好嗎？原本面試時面試官可能不會問，看到這個可能說不定忍不住問幾個 C++11 的東西；「多線程，同步，ipc通信等」中的「同步」難道不是針對多線程講的嗎？「熟悉設計模式、策略模式、單例模式、工廠模式」中策略模式、單例模式、工廠模式難道不是設計模式的一種嗎？為何和設計模式一起用頓號並列起來？簡歷中標點符號一會兒中文的逗號，一會兒英文的逗號，像 C++、Linux 這樣的專用名詞一會兒首字母大寫，一會兒小寫，導致整個排版髒亂不堪。總結
成功的方法都差不多，錯誤的情形千奇百怪。因文章篇幅，就不貼更多的簡歷了，看完上面七份簡歷，你是否也有類似的情形呢？下面給大家總結一下投遞簡歷注意事項和如何寫技術簡歷。
一、投遞簡歷時，如果投遞到企業或者 HR 的郵箱，一定要在郵件主題中寫清楚來意，一般是【XXX 求職或者應聘 XXX 職位】，例如【張小方應聘後端 C++ 開發崗位】，不然郵件很容易被忽略或者被郵件垃圾過濾系統所過濾，簡歷根本到不了 HR 或者面試官手裡；簡歷附件的文件名儘量寫清楚附件的內容，如 【XXX 求職 XXX 崗位】.pdf/doc/docx 的簡歷，如【張小方應聘字節跳動資深開發的簡歷】.pdf。切記文件不要出現類似「新建文件夾.pdf」、「新建壓縮包.zip」、「1111.doc」、「簡歷.pdf」這樣的文件命名，被 HR 下載後放在電腦上難以尋找，給別人閱讀你的簡歷造成不便。
二、如果你是通過微信、QQ 等 IM 工具發給別人的簡歷，在求職期間為了方便交流，一定不要把自己的微信暱稱、QQ 名、頭像設置成不易識別的非主流名，如微信名設置成一片空白或者一片空白的頭像或者根本很難搜索或者 at 出來的名字。舉個例子，筆者曾見過一個面試者把自己的頭像設置成一張母豬頭，我原本計劃和這位求職者多聊幾句，看到這種頭像實感不適，只好放棄。大家都很忙，尤其是在候選人眾多的情況下，沒人願意在你身上因為這種問題花過多的時間。當然，如果你對那些特別的 IM 暱稱有特殊的嗜好，建議在求職期間改成正常的，等找到工作後再改回去。
成年人的世界，沒人會刻意遷就你，方便別人等於給自己機會。
三、簡歷中不要出現病句、錯誤的標點符號，尤其不要把一些重要的技術名詞寫錯，非行首非行末的英文單詞或者數字左右各一個空格。
四、簡歷的首部把自己的聯繫信息寫清楚，不要寫許多非重要信息，一般寫上自己的姓名、電話、郵箱、性別、年齡、求職意向即可，像身高、體重啥的就別寫了，沒人對你身高、體重感興趣。。。。。。另外不要留一些讓人產生分裂印象的聯繫方式，如姓名和郵箱明顯感覺不是一個人，如你的姓名是你自己，你的郵箱聯繫地址像你的老婆的.....
五、如果你不是科班出身或者不是名校出身，尤其是非應屆生，就不要把你的教育經歷放在簡歷醒目位置，一般建議把教育經歷放到簡曆尾部。教育經歷一定不要作假哦。
六、定位清楚自己求職的職位，如一般不要寫求職「軟體開發」、「後端開發」這樣的字眼，這樣的求職意向描述範圍太寬泛了，既不利於企業篩選，也降低了你的獲得面試邀請的機會。建議寫成「C++ 軟體開發」、「JAVA 後端開發」、「Linux C++ 後端開發」等具體職位描述。
七、寫自己的技術棧的時候，要根據技術類型分清楚，儘量把不相關的技術分成不同的條目，先寫通用技術再寫專業的技術，最後寫業務技術，下面是一份樣例：
1. 熟悉常用的算法和數據結構；2. 熟悉多線程編程技術，熟悉常見的線程同步、進程通信技術；3. 熟悉網絡編程，熟悉 TCP/IP 通信原理，熟悉 HTTP、FTP 等常用協議；4. 熟悉 C/C++，熟悉 C++11，良好的面向對象思維和編碼風格；5. 熟悉 Linux 系統常用操作，熟練使用 gcc/gdb 等 Linux 下開發工具；6. 熟悉 mysql、redis 等資料庫原理，熟悉常見資料庫調優技術；7. 熟悉 kafka、RabbitMQ 等消息中間件；8. 熟悉金融交易系統，有大宗交易系統開發經驗。
八、從業經歷建議分成工作經歷和項目經歷，工作經歷寫清楚從某年某月到某年某月你在哪家公司擔任某某職位即可，項目經歷介紹你的具體項目經歷，如果你投遞的下家公司和你的項目的業務是同行或者類似行業，可以多寫一點項目業務介紹，反之粗略的交代下項目的背景、業務內容即可，多寫點技術描述，寫清楚你在這個項目中利用何種技術解決了或者達到了或者實現了什麼效果，或者給公司或團隊帶來了什麼收益，或者寫你在該項目中遇到技術難題的攻關過程，千萬不要寫類似「通過該項目，我學習到了XXX」，企業招你來是幹活的不是專門給你學習的，你給企業幹活企業給你付工資，你這樣寫，是想不拿工資還給企業交學費嗎？
項目中的技術描述要根據求職職位做一些收斂，儘量寫自己掌握的或者熟悉的技術術語，這樣一定程度上可以在面試時把面試話題往自己熟悉的技術棧上引；少出現自己不熟悉的技術棧或者技術術語，這樣面試時容易出錯，甚至出現不知所措的場景。
如果你的工作經歷不長，你在項目中的角色可能是負責單個服務或者單個服務中的部分模塊，此時寫項目經歷時可以多寫點技術細節，如網絡通信的協議細節、隊列數據交換的設計細節、程序對數據加工的細節等等；但是如果你已經工作三年及以上的高級開發者，描寫項目經歷時，要側重寫一點對項目整體的框架或者架構的認知，如消息在各個服務中的流轉過程、每個服務的作用、核心服務的結構、技術重難點等等。千萬不要再像記流水帳一樣交代每個技術細節。
描述技術棧時針對自己求職的公司職位或者求職意向來寫，例如求職開發職位，就弱化一些自己曾經做過的一些測試、運維或者項目經理的工作描述；求職後端開發，就不要寫類似於 MFC、QT、VUE 等技術術語了；求職 Java 開發，就不要在簡歷中大寫特寫 C++、Python 等其他語種的項目或模塊經歷。尤其不要寫與職位無關的經歷，如果存在的話可以一筆帶過。
項目描述中不要洩露之前公司的機密信息。
針對自己心儀的公司，要準備專門的簡歷，不要一份簡歷到處投遞。
九、如果你有一些出色的開源項目或者已經發布的、可以被公眾看到的產品展示，可以在簡歷中附上 GitHub 地址、技術博客地址或者項目上線地址。有的求職者博客少有高質量原創，或者 GitHub 的項目工程組織、代碼風格混亂，甚至只有一個 README.md，這種就不要往簡歷中寫了。大凡面試官看到求職者貼了技術博客或者 GitHub 地址都會要打開看一下的。
十、自我描述或者自我評價建議寫一些積極的、與工作、學習相關的，例如樂觀好學、溝通能力、組織能力、團隊合作能力，不要寫一些無關緊要的，或者自曝短處的描述，如喜歡玩英雄聯盟，有強迫症，愛與人較真等