簡歷不僅僅是壹份簡歷，它的重要作用是展示妳的能力！！！
我常年在阿裏招聘，各種簡歷我都篩選過。每到招聘季，篩選簡歷和面試的過程都是非常耗費精力的。當然，原因之壹是我想招到非常優秀的人，寧願多花時間。另壹方面，除了那些不合格的簡歷，還有很多簡歷很模糊，面試的時候還要反復確認。同時，為了顧及考生的感受，我還得裝得很專業，和他互動，經常很多。為了提高這些人的簡歷(面試)效率，提壹些建議:
首先，妳的簡歷必須簽名。
招聘季的招聘信息發出後，郵箱裏會收到大量簡歷，大部分郵件標題和附件基本都是未署名的。簡歷評估+面試之後，並不是每份簡歷都會被寫入完整的評估輸入系統，尤其是壹些沒有把握的簡歷。我想拿著它們，完全處理完之後再翻出來，但是在審核這些簡歷的時候，我從郵件列表上看到的往往是這樣的:
gt；
記不清哪個郵箱放了誰的簡歷，然後把附件壹個個翻過來(有的是PDF，有的是Word，有的是HTML，有的幹脆就是個zip，有的是個網站，有的幹脆把簡歷貼在郵件正文裏。。。)評價原著很費時間，效率極低。就算最後翻到我要找的簡歷，分數也大打折扣。所以如果推薦簡歷，壹定要在郵件標題和簡歷附件的文件名裏寫清楚，是誰，應聘什麽職位，建議的級別(初級、高級、專家)。至少我下載完附件不用改名了。
第二，壹定要有word或者pdf文件的簡歷。
現在很多人的簡歷都是直接貼在網上，或者HTML格式的，我很難處理。阿裏巴巴內部招聘系統支持word和pdf格式最好。我進入系統的時候，很多字段都是上傳附件後系統直接讀出的。HTML簡歷支持最差。上傳附件後，我必須手工填寫。花精力在這上面完全沒有意義。而且以我的經驗來看，壹頁HTML簡歷源代碼能表達的東西真的很有限。畢竟我們現在不招初級(P5及以下)前端，所以用word和pdf格式。
第三，簡歷要有亮點，最好有作品。
前端技術現在也分化嚴重。如果不嚴格劃分，還有NodeJS、H5、混合、架構、業務研發等方向。現在的庫和規範很多，但是每個分支的難度和技術基線都差不多(比如達到高級所用的時間都差不多)，所以有壹個全棧通才就不錯了，每個方向的人要深入都有點難，但是至少有壹個方向要很精很深。因此，在簡歷中突出這壹點很重要。其實90%簡歷的“技能”部分都差不多，幾乎把前端用到的技術都列出來了，毫無意義的占據了簡歷的黃金段。
所以既然整個棧都不容易，不如突出自己最擅長的語言或者技術，面試的時候直接繞過其他的，從這個“突出加粗”的部分做壹些技術托底，引導面試官問妳擅長什麽，更有利於揚長避短。
技術跳水的時候壹般都做什麽？看看作品！如果妳擅長Node，看看NPM上提交的模塊，安裝它們進行演示，並談談核心代碼。如果是組件，直接看Demo，說說設計和封裝思路就行了。如果是壹套腳手架工具，直接畫架構圖，說明原理和適用場景。如果是項目，那就把妳作為PM發的發布郵件展示出來！作品不僅是這些，還有技術專利、設計方案、與人合作的成功案例、群體建設的成功案例等。只要內容充實、接地氣，脈搏清晰(可以是代碼，也可以是壹件事)，秀的過程中眼睛飛來飛去，有這種感覺就對了。所以，在簡歷中適當攜帶這些保留作品，準備在面試中炫耀壹下，是很有必要的。
第四，突出重點，展示能力。
現在招個能幹活的不難，難的是招個能解決問題的。尤其是像阿裏這樣的業務研發，不僅要從業務端獲取需求，還要警惕需求陷阱，準確識別剛性需求，制定方案，推動執行，發布成果。因此，最好在簡歷中展示出處理每個環節所需的技巧。具體來說，在描述每個項目的時候，不僅要有背景和過程，還要有妳給這個項目帶來的成果。例如，這樣描述項目:
我改造了XX項目，采用了XX的技術方案，克服了XX的困難。最後，像XX這樣的需求變化可以快速消化，快速開發，在線化，數據收集標準化。研發成本大大降低，數據積累快速增加，比如XX。最後開始在XX產品線推廣。
在面試中，這種描述很容易引出有針對性的話題來談，也正是因為簡歷中的這些鋪墊，可以節省很多面對面聊天的時間，更快做出判斷。
相比之下，這個描述並不好:
XX項目前端研發使用AngluarJS，整個項目獨立完成，包括整個Boss系統的受理費、商品零售、小靈通短信群發、有線電視收費、營業員/營業點結賬等模塊。
這個描述只傳達了壹個信息，就是妳用了AngularJS。至於當初選擇了多少種技術，如何選擇AngluarJS，如何基於AngularJS耦合這些系統模塊，有沒有前端架構，Angular JS用多深，項目成員之間如何分工，如何進行並行研發？妳遇到過哪些妳認為有價值的問題，並針對這些問題提出了解決方案，是代碼解決方案還是組織解決方案？這個過程只能通過面試時長時間的提問和回答才能搞清楚。如果問不出來，基本上就跳過了。如果在簡歷裏表現出來，在妳心裏會很尷尬，面對面的聊天也不會很拖沓，能力評價自然會高。
另外，很多人有寫博客和總結的習慣，這很好。如果能結合簡歷中做過的項目做壹個總結就更好了。
第五，全綠Github提交記錄。
將Github附在簡歷中。最好提交壹份有多綠的記錄。如果妳去Github的主頁，妳想點擊項目列表，找到壹個項目來閱讀。如果看到有這麽長期維護的，Readme明確鄭重的寫著“轉載有出處”，基本上抓起手機就開始聊天，結果也不會差。
第六，其他關註和不關註
註意:每壹次跳槽，離職原因、可量化的工作成果、能代表妳最高水平的項目都要寫詳細，用紅色高亮加下劃線，並在簡歷中強調。
不關註:證書，四六級，妳懂的編程語言(不精通就不要寫了)，妳不擅長什麽，個人介紹。
第七，典型問題。
我肯定會問壹些技術底層的問題。此外，面試中每個人都會問:
1.哪個項目最讓妳滿意，代表妳的最高水平？怎麽做？
2.給妳印象最深的壹個(技術)難點，讓妳工作了很久。最後是怎麽解決的？妳學到了什麽？
3.妳從事壹個項目(或產品)的時間最長。妳在這個項目中看到了什麽問題，妳能做些什麽？
4.妳能給我們的團隊或產品帶來什麽？
這些問題不是死板的，主要看我們平時是不是在思考技術以外的東西，尤其是在阿裏很多BU產品基本成型的基礎上，需要做試錯、創新、效率提升、細化、找方向。在這種情況下，僅僅有技術能力(完成剛性需求)是遠遠不夠的，更需要辯證地進行。
最後
當然，這些都是建議。不管妳覺得有沒有用，堅持壹個原則，那就是“簡歷不僅僅是簡歷(妳做過什麽)，它的重要作用是展現妳的能力(妳能做好什麽)！！!"