簡歷不僅僅是履歷，它的重要作用是展示能力?。?！

在阿里常年招聘，篩過各式各樣的簡歷，每到招聘季，篩簡歷、面試過程非常耗精力，當(dāng)然，原因之一是我想招非常優(yōu)秀的人，寧可多花些時間，另一方面， 除了那些不合格的簡歷之外，還有好多簡歷語焉不詳，不得不在電面時反復(fù)確認(rèn)，同時為了兼顧應(yīng)聘者感受，又要裝作很職業(yè)的樣子跟他做一些互動，往往這部分有 大量被篩掉的人，這侵占了我的大片時間。為了提高這部分人的簡歷通過（面試）的效率，列幾點建議：

***，自薦簡歷一定要署名

招聘季的招聘信息發(fā)出去后，郵箱會收到大量簡歷，郵件標(biāo)題和附件基本上一大半都是不署名的。簡歷評估+電面之后，不會每個簡歷都會寫完整評價錄入系 統(tǒng)，特別是一些拿不準(zhǔn)的簡歷，想 Hold 一下，等處理完全部之后再翻出來看看，但當(dāng) review 這些簡歷時，從郵件列表中看到的往往是這樣的：

早就不記得哪個郵件放的是誰的簡歷，再挨個去翻附件（有的是PDF，有的是Word，有的是 HTML，有的干脆是一個 zip，有的是一個網(wǎng)址，有的干脆把簡歷粘貼在郵件正文。。。）去對當(dāng)初寫的評價，很耗時，效率奇低。即使***翻到要找的簡歷，也已經(jīng)大大減分了。所以， 如果自薦簡歷的話，一定要在郵件標(biāo)題、簡歷附件文件名上寫清楚，誰、應(yīng)聘什么崗位、建議層級（初級、資深、專家），好歹我下載完附件之后不用再重命名了。

第二，務(wù)必要有 word 或 pdf 文件的簡歷

現(xiàn)在好多人簡歷直接掛網(wǎng)上，或者是 HTML 的，這種簡歷我處理起來很費勁。阿里內(nèi)部的招聘系統(tǒng)支持 word 和 pdf 格式支持的***，我在錄入系統(tǒng)時，上傳完附件后好多字段直接就被系統(tǒng)讀出來了，HTML 的簡歷支持的最差，傳完附件我還要一個個手工去填，花精力在這上面是完全沒意義的，而且從我的經(jīng)驗來看，一頁 HTML 簡歷源碼能表現(xiàn)的東西實在有限，畢竟我們現(xiàn)在不招初級（P5及以下）前端了，所以 word 和 pdf 格式的載體足夠了，多花精力放在簡歷內(nèi)容上。

第三，簡歷要表現(xiàn)出亮點，***有作品

前端技術(shù)現(xiàn)在也分化的厲害，不嚴(yán)格劃分的話，有 NodeJS、H5、Hybrid、架構(gòu)和業(yè)務(wù)研發(fā)等方向，現(xiàn)在庫和規(guī)范很多，但每個分支的難度、技術(shù)基線都類似（比如達(dá)到資深所消耗的時間都差不多）， 所以全棧通才固然好，每個方向都深入有點太難為人，但至少某一個方向要非常精鉆非常深入。所以簡歷里要重點標(biāo)出這個長處。實際上九成的簡歷里的“技能”部 分幾乎都是一樣的，都差不多把前端用到的技術(shù)羅列一遍，毫無意義的占據(jù)簡歷中的黃金地段。

所以，既然全棧不易，不如把自己最擅長的那個語言或技術(shù)高亮加粗出來，面試的時候我就直接繞過其他，專從這個“高亮加粗”部分來做一些技術(shù)探底了，以此來引導(dǎo)面試官來問你擅長的部分，更有利于你揚長避短。

技術(shù)探底一般怎么做？看作品！如果擅長 Node，就看看 NPM 上提交的模塊，install 下來演示下，講講核心代碼。如果是一個組件，就直接看 Demo，講設(shè)計封裝思路。如果是一套腳手架工具，直接畫架構(gòu)圖，講原理和適用場景。如果是項目，那就 show 下你作為 PM 發(fā)的 Release 郵件！作品不僅僅是這些，也可以是技術(shù)專利、設(shè)計方案、成功的帶人案例、成功的團建案例等，只要內(nèi)容充實接地氣，脈略（可以是代碼、也可以是一件事）清 晰，show 的過程中兩眼放光唾沫星子亂飛，有這個感覺就對了。所以，簡歷里要適當(dāng)帶有這些儲備好的作品，備著面試時狂秀一下。

第四，突出重點，展示能力

現(xiàn)在招一個能干活的人不難，難的是招一個能解決問題的。特別是像阿里這種業(yè)務(wù)性的研發(fā)，既要從業(yè)務(wù)方那領(lǐng)需求，又要警惕需求陷阱，準(zhǔn)確識別出剛性需 求，出方案，推執(zhí)行，Release 結(jié)果。所以，應(yīng)對這每個環(huán)節(jié)所需的技能，***在簡歷里有所表現(xiàn)。具體說就是描述每個項目時，不僅要有背景、過程，還要有你為這個項目帶來的結(jié)果。比如這樣 描述項目：

我做了 XX 項目重構(gòu)，用了 XX 技術(shù)方案，克服了 XX 的困難，最終讓 XX 這類需求變更可以短平快的被消化，極速研發(fā)、快速上線、且數(shù)據(jù)采集也做到了標(biāo)準(zhǔn)化，研發(fā)成本大大降低，數(shù)據(jù)積累增長迅速，比如 XX ，***在 XX 產(chǎn)品線中開始推廣。

在面試時，這種描述很容易引出有針對性的話題來聊，也正因為簡歷里有這些鋪墊，可以節(jié)省大量的面聊時間，更快做出判斷。

相比之下，這種描述就不好：

XX 項目前端研發(fā)，用了 AngluarJS，整個項目獨立完成，包括整個 Boss 系統(tǒng)的受理收費、商品零售、小靈通短信群發(fā)、有線電視代收費、營業(yè)員/營業(yè)點結(jié)賬等模塊。

這段描述只傳達(dá)出一個信息，就是你用過 AngularJS。至于當(dāng)初面臨多少種技術(shù)選型，如何做取舍選擇了 AngluarJS，這些系統(tǒng)模塊之間如何基于 AngularJS 進行耦合，有沒有涉及前端架構(gòu)，AngularJS 用的有多深，項目成員分工怎樣，如何并行研發(fā)？遇到過哪些你認(rèn)為有價值的問題，并針對此提出應(yīng)對方案，是代碼解決還是組織解決？這個過程要靠面試的時候問 答大半天才能搞清楚，問不出來的，基本也就跳過了。要是簡歷里表達(dá)出來，腦子里很嘹喨，面聊也不會很拖沓，能力評價自然會很高。

再補充一個，有好多人有寫博客寫總結(jié)的習(xí)慣，這個習(xí)慣非常好，如果某個總結(jié)能和簡歷里做的項目結(jié)合起來，就更好了。

第五，全綠的 Github 提交記錄

簡歷里附上 Github，***提交記錄那里泛綠的厲害，如果進到 Github 首頁就想點開項目列表，找項目去讀，如果看到有那種長時間維護的、Readme 寫的清楚的、一本正經(jīng)的寫上“轉(zhuǎn)載注明出處的”，基本上抓起電話就開聊了，結(jié)果基本上不會差。

第六，其他關(guān)注和不關(guān)注

關(guān)注：每次換工作的離職原因，可量化的工作成果，能代表你***水平的項目要寫詳細(xì)，標(biāo)紅加粗下劃線，在簡歷中強調(diào)出來。

不關(guān)注：證書、四六級、了解的編程語言（如果不精通就不要寫）、你不擅長什么、個人簡介。

第七，典型問題

技術(shù)探底的問題肯定會問一些，此外面試每個人多會問：

1. 哪個項目讓你最滿意、代表你的***水平？如何做的？
2. 讓你印象最深刻的一個（技術(shù)）難點，害的你搞了很久，***怎么解的，有什么心得？
3. 你做的時間最久的一個項目（或產(chǎn)品），你看到這個項目有哪些問題，你能做什么？
4. 你能給我們團隊或者產(chǎn)品帶來什么？

這些問題不是硬性的，主要看平時是不是除了技術(shù)還琢磨點別的，特別是在阿里好多 BU 產(chǎn)品基本形態(tài)成型的基礎(chǔ)上，要做試錯、創(chuàng)新、提效、求精、找方向，這種情況下，只具備（完成剛性需求的）技術(shù)能力已經(jīng)遠(yuǎn)不夠了，而更需要辯證的執(zhí)行。

***

當(dāng)然，上面這些都是建議，不管你覺得有沒有用，堅持一個原則，那就是“簡歷不僅僅是履歷（你做過什么），它的重要作用是展示能力（你能做好什么）?。?！”