簡歷不僅僅是履歷，它的重要作用是展示能力！！！
在阿里常年招聘，篩過各式各樣的簡歷，每到招聘季，篩簡歷、面試過程非常耗精力，當然，原因之一是我想招非常優秀的人，寧可多花些時間，另一方面，除了那些不合格的簡歷之外，還有好多簡歷語焉不詳，不得不在電面時反覆確認，同時為了兼顧應聘者感受，又要裝作很職業的樣子跟他做一些互動，往往這部分有大量被篩掉的人，這侵佔了我的大片時間。為了提高這部分人的簡歷通過（面試）的效率，列幾點建議：
第一，自薦簡歷一定要署名
招聘季的招聘資訊發出去後，郵箱會收到大量簡歷，郵件標題和附件基本上一大半都是不署名的。簡歷評估+電面之後，不會每個簡歷都會寫完整評價錄入系統，特別是一些拿不準的簡歷，想 Hold 一下，等處理完全部之後再翻出來看看，但當 review 這些簡歷時，從郵件列表中看到的往往是這樣的：
早就不記得哪個郵件放的是誰的簡歷，再挨個去翻附件（有的是PDF，有的是Word，有的是 HTML，有的乾脆是一個 zip，有的是一個網址，有的乾脆把簡歷貼上在郵件正文。。。）去對當初寫的評價，很耗時，效率奇低。即使最後翻到要找的簡歷，也已經大大減分了。所以，如果自薦簡歷的話，一定要在郵件標題、簡歷附件檔名上寫清楚，誰、應聘什麼崗位、建議層級（初級、資深、專家），好歹我下載完附件之後不用再重新命名了。
第二，務必要有 word 或 pdf 檔案的簡歷
現在好多人簡歷直接掛網上，或者是 HTML 的，這種簡歷我處理起來很費勁。阿里內部的招聘系統支援 word 和 pdf 格式支援的最好，我在錄入系統時，上傳完附件後好多欄位直接就被系統讀出來了，HTML 的簡歷支援的最差，傳完附件我還要一個個手工去填，花精力在這上面是完全沒意義的，而且從我的經驗來看，一頁 HTML 簡歷原始碼能表現的東西實在有限，畢竟我們現在不招初級（P5及以下）前端了，所以 word 和 pdf 格式的載體足夠了，多花精力放在簡歷內容上。
第三，簡歷要表現出亮點，最好有作品
前端技術現在也分化的厲害，不嚴格劃分的話，有 NodeJS、H5、Hybrid、架構和業務研發等方向，現在庫和規範很多，但每個分支的難度、技術基線都類似（比如達到資深所消耗的時間都差不多），所以全棧通才固然好，每個方向都深入有點太難為人，但至少某一個方向要非常精鑽非常深入。所以簡歷裡要重點標出這個長處。實際上九成的簡歷裡的“技能”部分幾乎都是一樣的，都差不多把前端用到的技術羅列一遍，毫無意義的佔據簡歷中的黃金地段。
所以，既然全棧不易，不如把自己最擅長的那個語言或技術高亮加粗出來，面試的時候我就直接繞過其他，專從這個“高亮加粗”部分來做一些技術探底了，以此來引導面試官來問你擅長的部分，更有利於你揚長避短。
技術探底一般怎麼做？看作品！如果擅長 Node，就看看 NPM 上提交的模組，install 下來演示下，講講核心程式碼。如果是一個元件，就直接看 Demo，講設計封裝思路。如果是一套腳手架工具，直接畫架構圖，講原理和適用場景。如果是專案，那就 show 下你作為 PM 發的 Release 郵件！作品不僅僅是這些，也可以是技術專利、設計方案、成功的帶人案例、成功的團建案例等，只要內容充實接地氣，脈略（可以是程式碼、也可以是一件事）清晰，show 的過程中兩眼放光唾沫星子亂飛，有這個感覺就對了。所以，簡歷裡要適當帶有這些儲備好的作品，備著面試時狂秀一下。
第四，突出重點，展示能力
現在招一個能幹活的人不難，難的是招一個能解決問題的。特別是像阿里這種業務性的研發，既要從業務方那領需求，又要警惕需求陷阱，準確識別出剛性需求，出方案，推執行，Release 結果。所以，應對這每個環節所需的技能，最好在簡歷裡有所表現。具體說就是描述每個專案時，不僅要有背景、過程，還要有你為這個專案帶來的結果。比如這樣描述專案：
我做了 XX 專案重構，用了 XX 技術方案，克服了 XX 的困難，最終讓 XX 這類需求變更可以短平快的被消化，極速研發、快速上線、且資料採集也做到了標準化，研發成本大大降低，資料積累增長迅速，比如 XX ，最後在 XX 產品線中開始推廣。
在面試時，這種描述很容易引出有針對性的話題來聊，也正因為簡歷裡有這些鋪墊，可以節省大量的面聊時間，更快做出判斷。
相比之下，這種描述就不好：
XX 專案前端研發，用了 AngluarJS，整個專案獨立完成，包括整個 Boss 系統的受理收費、商品零售、小靈通簡訊群發、有線電視代收費、營業員/營業點結賬等模組。
這段描述只傳達出一個資訊，就是你用過 AngularJS。至於當初面臨多少種技術選型，如何做取捨選擇了 AngluarJS，這些系統模組之間如何基於 AngularJS 進行耦合，有沒有涉及前端架構，AngularJS 用的有多深，專案成員分工怎樣，如何並行研發？遇到過哪些你認為有價值的問題，並針對此提出應對方案，是程式碼解決還是組織解決？這個過程要靠面試的時候問答大半天才能搞清楚，問不出來的，基本也就跳過了。要是簡歷裡表達出來，腦子裡很嘹喨，面聊也不會很拖沓，能力評價自然會很高。
再補充一個，有好多人有寫部落格寫總結的習慣，這個習慣非常好，如果某個總結能和簡歷裡做的專案結合起來，就更好了。
第五，全綠的 Github 提交記錄
簡歷裡附上 Github，最好提交記錄那裡泛綠的厲害，如果進到 Github 首頁就想點開專案列表，找專案去讀，如果看到有那種長時間維護的、Readme 寫的清楚的、一本正經的寫上“轉載註明出處的”，基本上抓起電話就開聊了，結果基本上不會差。
第六，其他關注和不關注
關注：每次換工作的離職原因，可量化的工作成果，能代表你最高水平的專案要寫詳細，標紅加粗下劃線，在簡歷中強調出來。
不關注：證書、四六級、瞭解的程式語言（如果不精通就不要寫）、你不擅長什麼、個人簡介。
第七，典型問題
技術探底的問題肯定會問一些，此外面試每個人多會問：
1. 哪個專案讓你最滿意、代表你的最高水平？如何做的？
2. 讓你印象最深刻的一個（技術）難點，害的你搞了很久，最後怎麼解的，有什麼心得？
3. 你做的時間最久的一個專案（或產品），你看到這個專案有哪些問題，你能做什麼？
4. 你能給我們團隊或者產品帶來什麼？
這些問題不是硬性的，主要看平時是不是除了技術還琢磨點別的，特別是在阿里好多 BU 產品基本形態成型的基礎上，要做試錯、創新、提效、求精、找方向，這種情況下，只具備（完成剛性需求的）技術能力已經遠不夠了，而更需要辯證的執行。
最後
當然，上面這些都是建議，不管你覺得有沒有用，堅持一個原則，那就是“簡歷不僅僅是履歷（你做過什麼），它的重要作用是展示能力（你能做好什麼）！！！”
這裡推薦一下我的前端學習交流群：784783012 ，裡面都是學習前端的，如果你想製作酷炫的網頁，想學習知識。自己整理了一份2018最全面前端學習資料，從最基礎的HTML+CSS+JS到移動端HTML5到各種框架的學習資料都有整理，送給每一位前端小夥伴，有想學習web前端的，或是轉行，或是大學生，還有工作中想提升自己能力的，正在學習的小夥伴歡迎加入學習。
點選：加入