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