又是一年跳槽季，金三銀四毫不誇張。 簡歷是我們找工作的行頭，重要性不言而喻。可你真的會寫簡歷嗎？
面試其實就是面試官和你的一次約會。他是女你是男，能不能在一起取決於你能否討他的歡心。一份整潔的簡歷，重要性不亞於你約會時的行頭和裝束。
感謝這個時代簡歷不再需要手寫，不然很多人的“字”都過不了關，比如說我，現在幾乎是不會寫字的。
簡歷是一個行業性和時代性很強的東西，不同的時代和行業簡歷的最優形態都不同，但一份好的簡歷總會有一些共同的特質。當然，簡歷只是“形”，真正重要的還是你個人的綜合素質、業務能力以及技術水平。如果個人不具備很強的競爭力，那麼簡歷就成了各大直播平臺網紅主播的封面照，只能在列表裡看看，是萬萬不能點進去的。
我不能說什麼樣的簡歷好，什麼樣的簡歷不好，每個簡歷審閱者都有自己的偏好。但我嘗試從這些年看技術簡歷的經驗中提取出一些我所關注的點，嘗試和大家聊聊一份簡歷應該有的結構、細節、風格，以及一定不要有的內容。
簡歷這東西，說白了，就是你認真，他/她也認真。
整體風格
首先，簡歷的第一要素是它必須要，簡潔而不簡單。這是整體風格。我們來看看整體風格上要注意哪些。
我看過很多同學的簡歷只有一頁，字大行稀，這不好，3秒看完，還不知道你到底會幹撒，這樣的簡歷HR篩選簡歷這一關都過不了，根本到不了技術面試官手裡；也看過很多簡歷，一頁裡密密麻麻的宋體4號字，這也不好，看的太累（但絕對比字大行稀要好）。通常來說選用宋體5號字，正文行間距在1.2左右。
正文不要有任何的加粗，只加粗標題（目的是為了讓結構清晰）。各種在正文里加粗的作法會讓面試者覺得太做作，自信的人是不需要特意強調某個關鍵字的，你的整體風格看起來清爽簡介，簡歷篩選者自然會認真對待，並自己去尋找她需要的資訊，根本無需加粗。
簡歷的頁數很多文章推薦1到2頁不超過3頁，這說了和沒說一樣。我推薦的簡歷頁數是2頁，1頁太少，3頁太多，2頁最佳。
不要做彩色的簡歷（設計師除外）。只有黑白兩色即可。
對於研發崗位，不要附加照片，不要附加照片，不要附加照片，長的美不美、帥不帥都沒有太多的好處。你根本不知道看簡歷的會不會嫉妒你的美貌。
簡歷的格式最好是PDF、PDF、PDF，重要的事情說3遍。很多人喜歡發Word，不是不行，但絕對沒有一份PDF的看的舒服。一是PDF是隻讀模式，二是PDF開啟更快速。Word這種東西，開啟全屏的錯別字檢查，這體驗簡直是不能忍。
簡歷的檔案命名請採用以下格式 姓名-電話-職位.pdf。
不要在簡歷中寫自己的微訊號、QQ號。聯絡方式只留下一個郵箱和手機號即可。郵箱最好是163，outlook或者gmail，隨意。qq郵箱這個怎麼說吧，我個人認為是無所謂的，但遇到有些面試官就不好說了。
內容
一份簡歷的結構非常的重要，基本上如果我至上到下掃一遍覺得結構非常混亂，不能讓我對你有一個初步的瞭解，是不會繼續往下看的，直接打回到HR那裡。大家要知道每個人的時間都很寶貴，看簡歷的人沒有義務為你的不認真買單。
好的簡歷結構遵循以下的層次結構（並不是唯一結構，只是我推薦的一種）：
標題。標題只需要寫XX的個人簡歷即可。
個人簡介。個人簡介包括姓名、畢業學校（大學以上）、年齡、出生年份（別寫月日，看簡歷的不會想在你生日的時候給你一份驚喜）、學歷、目前職位、籍貫、聯絡方式。要注意，這些內容通常都非常簡單，不要每個屬性單獨一行，一行排3個屬性最好。
工作經歷。這是我很多同學完全忽略的地方，完全沒有分清楚工作經歷和專案經歷。工作經歷必須單獨成為一塊兒，每段經歷不需要些太多，只需要以年份+公司名稱+職位即可。比如
2001~2003 xxx公司，PHP程式設計師
2003~2005 xxx公司，架構師
2005~2012 xxx公司，技術總監
2012~2016 xxx公司，CTO
就是這麼簡單即可，具體的工作內容是在專案經驗裡描述的。我推薦的就是這些內容，如果你還要加上薪資多少、公司規模等附加內容，我並不推薦，因為這些內容都是可以虛構的，寫上去沒有任何好處，反而會給簡歷閱讀者一種無法掌控的心裡暗示，他根本無法去核對這些資訊。所以簡歷一定要儘可能的寫一些容易實在的內容。
注意，時間一定要按照順序排列，不要倒敘排列。這裡是為了讓簡歷閱讀者看到你的履歷，沒有必要倒敘排列。時間最好能夠接上，如果時間有中斷，比如中間自己出去瞎折騰創業去了，想好怎麼回答面試者的提問。80%的概念，提問者會問你中間這段時間幹嘛去了。
相關技能
不要簡單的羅列技術名詞（這點太太太重要了），有些同學面試PHP崗位，技術名詞從伺服器到前端、從資料庫到快取、從PHP到Java，幾乎我知道的技術名字他都寫上去了。我一看工作年限，才不到3年。這樣的簡歷，直接是被Pass的，對於一個正常智商水平的人來說，3年是不可能精通或者瞭解這麼多技術和語言的。換句話說，如果你天賦異稟，我覺得你是不會投簡歷到我們這家小公司的，你早就是BAT、MS、Google的搶手貨了。
推薦技術以Tech Stack技術棧的形式出現，形成一個系統，而不要東一個西一個，前端就是前端、伺服器就是伺服器，清清楚楚明明白白，即使你認為你是一個FullStack開發者，也請偏重一端，而不是兩端齊頭並進。你認為的Full Stack在很多有資歷的技術開發者面前也許只是玩具，自娛自樂可以，但並不能應用到真實的生產環境中（真實環境有非常多的細節，一個非專業的開發者很難兼顧到所有細節）。所以，如果你要以 Full Stack的姿態出現在面試官面前，請三思。畢竟像模像樣的公司，前端和伺服器是區分非常嚴格的，專人專事兒才能做好一個產品。
所以，請慎重填寫技術名詞，最好每個技術名詞附加一個更加詳細的使用點。比如你說你懂Redis，那麼請這樣寫：熟悉Redis的常規操作，對Redis五種資料型別、pub\sub模式有較深入的理解，並將Redis應用在系統的快取層以及秒殺系統中（如果你這樣寫，多半面試官會問你關於秒殺的細節，你就可以提前準備這方面的知識了）；
這樣寫遠比你把同類快取系統全部羅列一邊要好很多很多。
還要提醒大家，同類技術最好只寫一個，很少有人能精通兩個以上。比如對於Vue、Ng、React，我推薦事實求是。只選1個來寫，精通AngularJS（然後按照上訴舉例的Redis，寫出其特性，比如AngularJS的指令、雙向資料繫結等）。其實只寫精通AngularJS即可，沒有必要再補充一句“熟悉Vue”。簡歷閱讀者要的是精通而非“泛”。而且，相信我，一個資深的技術總監，都相信一個真理，你精通一個框架再熟悉其他的框架並不是一個難事兒。你完全不需要擔心我只會Vue，但公司要的是NG怎麼辦？這是沒辦法的辦法，那麼多框架，你能學得完？比如TP和Laravel，你精通一個另外一個真的不是什麼太大的問題，但前提條件是，你！要！精！通！
精通有點兒誇張，這個詞在簡歷裡已經被用爛了。事實上，嚴格意義上來講，我們都只是能夠很熟練的使用某個框架，要說到精通，個人認為等你把框架原始碼看完了再來談“精通”。所以，我認為是不是用精通這個詞來描述技術，這取決於“精通”在你簡歷裡出現的頻度。如果你總共6項技能，4到5項都是精通、精通、精通、精通、精通，這很容易讓你在面試的過程中相當的尷尬。合理分配精通、熟悉、瞭解這3個等級詞彙的出現頻度是非常重要的。
另外一個建議是，對於你不熟悉的只是知道是幹什麼的技術，千萬不要寫。很多面試者很喜歡找你只是簡單提了一下的技術來發問，當然他並沒有指望你能回答的多麼準確，可如果哥們你一臉懵逼，完全不知道他說的是什麼，應付幾句的話都說不出來，那真的是得不償失。如果你萬一被問的懵逼了，請直接了當的說抱歉，這個我瞭解的並不深入，切忌東拉西扯，欲蓋彌彰。
對於前端同學來說，不要過多的描述CSS和HTML相關的能力。在很多公司眼裡CSS和HTML是屬於非常基礎的能力，重要的是什麼，重要的是JavaScript。如果你用JavaScript寫過或者開發過任何框架性的東西，這是相當加分的。很多同學對於前端的理解還停留在“前端就是做頁面”這個階段，但事實上前端已經和伺服器沒有差別，大量複雜的業務需要前端來處理。這也是為什麼這些年前端框架這麼流行的原因，早期的網頁哪兒有框架這個說法，一個Jquery走天下，更早的時候還有extjs這些，注意jquery只是一個庫或者說工具，並不是框架。
總結來說，CSS和HTML提一下即可，可以描述自己能夠熟練使用LESS或者SASS。
還有一個坑，如果你不是專業的DBA，切忌不要寫精通MySQL，你根本不知道MySQL或者其他資料庫精通是一個什麼概念，隨便問你幾個資料庫的鎖機制你都答不上來，更何況很多同學連事務都沒有使用過，只是簡單的查詢資料並不能說“精通MySQL”。當然，如果你應聘的是Web開發者，面試官也根本不會對你的MySQL要求有多高，會使用事務、能夠很好的建立索引，避免過多的使用join查詢，不會愚蠢的迴圈查詢資料庫即可。
很多前端開發者喜歡附上自己個人作品，這個個人作品通常就是自己搭建的一個個人主頁或者是部落格，動效非常華麗，頁面UI上佳，但相信我，HR篩選者看的都已經審美疲勞了。如果你的個人部落格裡沒有什麼有深度的技術文章，我並不建議附帶這種純粹的頁面網頁。原因還是在於我說的，你既然附上了作品，那麼你肯定認為這是你最好的或者是最滿意的。但你最好的最滿意的作品，只是一個簡單的效果網頁，這會給面試官一種你根本不理解現在的前端是要做什麼的感覺，他會潛意識的認為，你還停留在前端就是做網頁這個階段。得不償失。當然，如果你有些部落格的習慣，並且認真的對待每一篇的文章，那麼無聊文章水平高低，都建議附加上。還有，不要附帶自己的微信公眾號在簡歷裡，你是求職研發的，不是來做媒體的，這和技術不搭邊。
專案經歷、經驗
切忌多而雜，很多同學，4,5頁簡歷十幾個專案，不管大專案、小專案統統都羅列出來，這非常的不好。
你需要挑選有代表性的專案，每個公司1到2個專案為佳。專案經驗、描述把握一個原則，求質不求量。深度描述你在每個專案裡的職責。推薦大家重點描述專案遇到了什麼問題，你是如何解決的，或者是從業務、設計上巧妙規避或者是用什麼技術來解決這個問題的。比如使用任務佇列非同步解耦訂單的處理；使用Redis的pub\sub來做定時器，避免長連線輪詢；前端使用事件序號產生器制傳遞引數避免類與類之間的耦合等。一個專案裡技術點太多了，選擇你認為最重要或者你最得意的技術點來描述專案是非常好的做法。
不要在專案裡機械的寫出自己的職位，很多同學羅列十幾個專案，每個專案都機械的寫上專案經理、產品經理、程式設計師、小組長、負責人。沒有必要。現在的公司都喜歡說自己是扁平化管理, 不建議強調自己在每個專案中的職位。你只需要寫出你在專案中做了什麼事情，解決了什麼問題，深度描述你所使用的技術即可。其他的奇淫技巧根本不需要。
簡歷包括以上內容即可，如果你還有其他的比較有名氣的開源專案可以附加上。我並不推薦雜七雜八的寫一些個人的小作品，如果你在github上有一些高Star的開源專案，可以寫上去，絕對是加分項。
最後，還是要提醒各位馬上要換工作的同學，你的技術水平如何，一個稍微有資歷的技術面試官問幾個問題馬上就能知道你的技術水平如何。所以，努力提升自己才是最重要的，如果你的技術功底深厚，不需要太多技巧簡歷也不會太差，但本文所提出的注意點並不屬於技巧，而是一份優秀簡歷的基本要素。
作者：7七月 連結：www.imooc.com/article/166… 轉載來源：慕課網