前言：作為前端面試官老司機，之前分享過我對前端校招面試的一些見解，這次來說下簡歷。早就想寫這個，剛好最近又刷了一批秋招提前批，看多了簡歷，心有所感，閑聊幾句，希望對大家參加前端校招有所幫助吧！
一家之言，僅供參考~
簡歷經(jīng)常是給面試官的第一印象，但很多還沒踏出校門的同學們不知道怎么寫好簡歷，我時常有拿著一份簡歷不知道該怎么面試他的情況。而在秋招這種大規(guī)模招聘的季節(jié)，面試官刷簡歷時如果一份簡歷沒法在很短的時間內(nèi)吸引到注意力，那很容易就被漏過了，因為這樣被淘汰豈不可惜。
那怎樣的前端簡歷才算好簡歷？
簡歷的思路
大公司經(jīng)常有技術(shù)評審的制度。以我司為例，只要你在當前技術(shù)級別待的年限到了，你就可以準備一份 PPT，向公司安排的幾位高級別技術(shù)人員（評委）做 presentation。這個過程中，你就要證明你達到下一個技術(shù)級別的要求了，一般會簡述自己的職業(yè)經(jīng)歷、項目經(jīng)歷，然后用技術(shù)案例說話，用一個或多個技術(shù)案例，來說明自己的技術(shù)給項目給團隊給公司帶來了什么價值。評委會挑戰(zhàn)你，看你是否真吃透這塊技術(shù)，評價你的技術(shù)成果產(chǎn)生的價值，最后決定你是否通過。
重點是什么？第一點，你。你要講清楚你的角色你的作用要講你確切經(jīng)歷或執(zhí)導的項目，評委說到底考察的是你一個人。第二點，技術(shù)產(chǎn)出。作為一個技術(shù)開發(fā)，你參與的項目再好再多人用那也是產(chǎn)品經(jīng)理運營人員牛，不關你事，技術(shù)人看的還是技術(shù)相關的優(yōu)化和產(chǎn)出，當然一個技術(shù)上很復雜的很難實現(xiàn)的功能被你做好了也能說明技術(shù)能力。兩點合起來就是：你技術(shù)牛。
技術(shù)評審如此，實習生留用述職不也類似，寫簡歷不也類似？
以此作為核心思路，那簡歷里寫團隊項目，你是否寫清楚自己的角色和作用？實習過幾家大公司不是重點，重點是你實習中做出了什么成果。寫再多的獲取多少獎學金、寫了多牛的論文，分量沒那么重的，面試前端大家還是想聽前端相關的。寫自己的興趣愛好有多廣泛、性格到底有多好都是虛的，先拿技術(shù)說話，面試過程中的你的性格別人自然能感受出來。
想清楚了這思路，就知道簡歷的側(cè)重點了。
我怎么刷簡歷的
打開簡歷，首先看一眼大學。不管你愿不愿意，有些大學在編程開發(fā)方面的氛圍和質(zhì)量就是相對好一些，會有一些隱形加分。
接著，實習經(jīng)歷，在騰訊、阿里、頭條之類的大公司實習肯定是大優(yōu)勢（如果你有，那重點標大標黑不過分），業(yè)內(nèi)知名的公司也不錯。所以如果有意走這條路，那大學前幾年爭取去大公司實習吧。
職業(yè)技能，這塊特別一點，如果是在大簡歷池子里篩簡歷，會很快掃過，確定不是后臺同學走錯片場就行。如果是面試前看簡歷就會細看一點，這個我后面小節(jié)會講到。
然后，重點來了，項目經(jīng)歷。看什么，關鍵詞！諸如寫了 XX 論文、參加社會實踐，很快掃過去，重點還是” 在線系統(tǒng)開發(fā) “、” 某某小程序開發(fā) “、”XX webapp 開發(fā) “、” 某個開源組件作者 “之類的項目上。然后一大段關于項目的介紹和描述沒多大用，重點還是項目里面透露出來的技術(shù)能力、技術(shù)關鍵字，比如” 應用 Service Worker 做了 XX“、“基于 React Hook”、“實現(xiàn)了完善的單元測試”、“應用了某某思路提升了頁面的打開時間”，等等等等，都令我感興趣。如果這些都沒有，就干巴巴地寫了用了 React+Redux ，用了 node+Koa，或者干脆都在講開發(fā)了哪些哪些頁面，基本都很快放棄。
就這幾塊，快速瀏覽過去腦海里也就能建立這個學生的技術(shù)印象了。沒有一些關鍵字快速抓住面試官，引起他的興趣，而是靠一大段文字讓他做閱讀理解，我很難過你也很難過。
怎么寫好簡歷
以上是跟大家講簡歷會被別人怎么看（雖來自我的經(jīng)驗，但我覺得有一定代表性），那接下來講講幾個主要模塊該怎么寫，個人基礎信息模塊就不說了，太基礎。
技術(shù)能力（也叫個人技能、專業(yè)技能）
常見的一個 part，但很多人沒寫好沒重視。經(jīng)常見到類似這樣的描述：
你怎么看？
我覺得一般，因為里面有意思的信息不夠。如果以簡歷篩選的標準，里面的關鍵字還是可以的：
但如果是面試前看到，又會覺得有意思的點太少了。一面來看，熟悉三語言，太基礎的要求了，熟悉 MVVM、React、Redux、計算機網(wǎng)絡這些，倒可以問問。第三點就有點虛了，而第五點基本是直接無視的。如果到我現(xiàn)在負責的二面，我會開始找亮點。為什么？因為一面通過的基礎都不會太差再考察意義不太大，校招同學的項目實踐一般都不會太豐富可能不夠展開。那這時候比什么？那我會期待他對某個或某幾個小技術(shù)項有稍微深入的研究，有一些自己的思考，自己感興趣的技術(shù)。這就是亮點。
還是以上面的簡歷為例，我覺得有意思的點就一個：
因為它是相對較新的技術(shù)，因為很多校招同學沒提到，因為它不是被研究透的技術(shù)還有不少討論的地方。這時候我會問：“Hook 是怎么寫的”、“為什么要搞出 hook，優(yōu)勢在哪”、“Hook 的原理大概是怎樣的”、“如果我有一個現(xiàn)有的 React 插件也想支持 hook 類型的寫法，該怎么做”。逐層深入，真正區(qū)分面試者的強弱，如果這些你真答好了，那基本妥了。畢竟我們很難要求校招學生前端知識面很廣，但如果某一方面掌握得深了解得透，即使他知識面不廣，我們也相信他后面接觸別的前端領域也能學好做好，因為這里反映出來的學習能力、探索能力尤為重要。這或許解答了不少同學的困惑：我面試覺得答得還可以，為何沒過？因為了解得多卻不深，沒亮點，沒能展現(xiàn)自己學習能力這些虛的特質(zhì)，自然被比下去（PS：我這是大公司的視角，因為大公司更看重的是培養(yǎng)潛質(zhì)）。
當然，我不是讓你去對死 React Hook 下功夫，不是告訴你捷徑。要知道，一個資深的面試官也有技術(shù)短板，他如果不熟悉 Hook，也就不會多問。但是類似的可以作為亮點的并不少，比如 “喜歡鉆研 Webpack，寫過 webpack 插件提升監(jiān)控和打包效率”、“熟悉性能相關工具，熟悉 Lighthouse，了解它評價網(wǎng)頁表現(xiàn)的一些細節(jié)”、“了解 SSR，實踐過，用業(yè)內(nèi)工具做過壓測，了解一些容易成為性能瓶頸的點”，等等等等，學生也能做，有心研究，深入思考，總能有 catch 到面試官的亮點。這些你即使沒法答得很深入透徹，也是容易比別人出彩的地方。
不過呢，最基礎的那些還是要掌握好，要不然筆試一面都沒過更別談展現(xiàn)亮點。
扯遠了，回來。技術(shù)能力這一節(jié)，你最好除了列一些通用的技術(shù)能力，也寫上一些對某個技術(shù)點的深入研究。而我更希望看到這一節(jié)是這樣寫的：
先區(qū)分大能力：
● 掌握前端基礎能力
● 有移動 Web 開發(fā)能力
● 有 Nodejs 開發(fā)能力
● 有小程序開發(fā)能力
● 有 Electron 客戶端開發(fā)能力
● 了解新技術(shù)
……
再歸類小能力，如：
有移動 Web 開發(fā)能力：
● 了解常用的屏幕適配方案
● 了解移動端與 PC 開發(fā)的差異
● 了解 base64 等移動端常用的優(yōu)化方案
最后補上亮點：
● ……
● 研究過一些手勢庫，了解基本原理，能定制一些特殊手勢實現(xiàn)特殊功能；
這樣整理你的技術(shù)能力，豈不比前面干巴巴的幾個寬泛的點，來得有條理、更深入？
項目經(jīng)驗
項目經(jīng)驗這節(jié)可以寫：參加實習做的項目、在學校工作室或參加編程比賽做的項目、自己折騰的技術(shù)項目。一般按照時間順序來梳理。
此時不建議把非編程甚至非前端的經(jīng)驗放上去，比如用 C# 做了一個什么樣的軟件，為什么不太好，因為你面試的是前端，你的面試官不一定熟悉這門語言，那他對你這項經(jīng)歷就不知道怎么問，不知道怎么考察它做得好不好，于是直接忽略了。除非你能把做得好不好加上去，比如拿去參加微軟的全國比賽拿了二等獎之類，但即使這樣，它也不是一個重要的案例（除非你沒別的前端項目 = =）。
另外不建議寫兩年以前的項目，一般超過兩年前的項目即使你寫了好幾頁，我也直接一掃而過。前端的發(fā)展變化太快了，每月每天都有各種新的文章新的實踐，有時一個框架發(fā)布一個新版本都能給我們帶來新的思路，兩年前項目用的技術(shù)要不已經(jīng)成了常識要不已經(jīng)過時了，甚至一年前的都不算新。如果你想做前端，那我們希望你是持續(xù)學習持續(xù)關注前端的狀態(tài)，拿一些早早之前做的成績說明不了什么。
我個人比較喜歡問校招學生你自己折騰過什么技術(shù)項目。因為在這一階段你很難有機會去主導或主要開發(fā)一個實習項目，大多數(shù)情況是跟著參與項目的，配角。但個人項目則不同，從這里我可以看出你是否真的喜歡前端，是否會自己去做一些自己覺得有趣的 Web 實踐，是否能融入自己的思考把它做好。一個喜歡折騰的同學，在工作中更容易給我們帶來驚喜，更容易創(chuàng)造些額外的價值。比如曾
好了，寫哪些項目實踐明確了，接下來聊聊怎么寫。
我看過這樣的項目描述：
能理解我第一節(jié)講的簡歷思路的同學，應該也能理解我為什么看著這段項目經(jīng)歷不知道怎么問。因為它一沒講清楚你的技術(shù)產(chǎn)生的技術(shù)成果，二沒講清楚遇到難點有多難怎么解決來體現(xiàn)技術(shù)能力。講那么一大段項目描述有用嗎？沒用！我真不關心項目的產(chǎn)品邏輯，除非這是一個技術(shù)型的項目（如開發(fā)一個 XX 技術(shù)框架）。講責任描述是沒錯，你要講清楚你的角色，但很虛地講確保項目高質(zhì)量整合控制開發(fā)進程，還不如簡述一個事例，給一個具體策略，比如用了單測做了怎樣的架構(gòu)分層都行，這才是技術(shù)簡歷。不要求寫一大段具體描述也不實際，但至少給幾句切實的具體的描述。性能優(yōu)化給的小點也是太普通。
項目經(jīng)歷真不是給面試官講清楚項目是什么，而是突出項目背后通用的技術(shù)知識的應用和你解決技術(shù)難題的思路。
這一個模塊我理想情況是這么寫的：
項目名稱，你的角色，時間；
項目簡介，一句話講清楚項目的功能和產(chǎn)生的價值，比如 “簡歷管理系統(tǒng)，為學生提供簡歷建議和生成管理功能，已在學校超過 3 個學院應用上”；
技術(shù)棧簡介；
項目中遇到的技術(shù)難點，以及怎么解決。比如優(yōu)化相關，“在開發(fā)這個 Web 游戲中，畫面元素繁多，貼圖質(zhì)量高，導致游戲流暢度一直不夠，此時通過 XXX 策略，優(yōu)化了 XXX，再通過 XXX 提升了 XXX，最后游戲幀率保持在接近 60 幀的體驗”，比如復雜功能，“怎么實現(xiàn)多人協(xié)同編輯腦圖，怎么解決沖突是個難點，此時我預研了 XXX 方案，借鑒了 XXX 框架源碼，最后結(jié)合項目特點做了策略：XXX，實現(xiàn)了功能”；
相關產(chǎn)出，比如輸出了《Web 開發(fā)在線游戲的性能建議》博文附鏈接，比如將某塊技術(shù)開源，等；
說到底，講技術(shù)，而且最好是一些能夠跳出具體項目的點，可以給其他人啟發(fā)的點，這樣的項目經(jīng)歷才容易和面試官產(chǎn)生共同話題，聊得來。
其他模塊
跟崗位能力關聯(lián)不大的，基本不重要，比如科研成果、比如興趣愛好，都可以省去，把上面的小節(jié)想明白寫清楚，簡歷已經(jīng)較為充實了。
當然你如果有其他技術(shù)相關的，也可以補上。比如單獨一節(jié)寫社區(qū)貢獻，“在掘金知乎開個人技術(shù)專欄，寫了 N 篇博文，其中一篇還獲得 XX 訪問量，被首頁推薦過”，“nodejs 的貢獻者之一，提過 N 個 MR 被采納”，“XX 框架的中文翻譯者之一”，“XX 前端技術(shù)會議做過展臺分享”，諸如此類，也是挺贊的。
更多細節(jié)
blabla 說了這么多，最后再給一些零碎的細節(jié)建議吧：
1. 關鍵字
不再贅述，根據(jù)第一節(jié)的思路來分析，直接標黑加重；
2. 要有亮點
基礎扎實我就不說了，如果連事件代理、緩存相關都講不好沒必要面下去了。做過的項目用過的框架，最好都要有自己的思考理解，才容易去挖掘亮點。也不用說全篇都是亮點，幾十處，想想自己最擅長哪塊技術(shù)，要有一個主案例，主要亮點。
3. 主動遞話題
在 2 的基礎上加強，想清楚主案例主亮點后，簡歷中適可而止地描述一下，不用帶上過多細節(jié)，吸引面試官在面試時在這方面和你交流這個早準備好的技術(shù)點，是種高級的技 (tao) 巧 (lu)。
4. 簡歷專項專用
不要想著一份簡歷打天下，面試前端、客戶端、后臺都用一份簡歷，很容易讓面試官看出你的不用心。比如這樣：
5. 重視前實習經(jīng)歷
較早之前遇到過一個同學，一面通過到我這，看了下面試評價還挺不錯，之前也在公司的另一個部門實習過，于是看了下內(nèi)網(wǎng)招聘網(wǎng)站上的資料，看到之前的實習評價，不太好，主要問題是對分配事務的積極主動性不夠。這就讓我對他的印象降低了不少分，這種面試很難考察到的問題是我們最怕的。后來猶豫了很久，才決定給他二面，帶著挑剔審視的眼光，發(fā)現(xiàn)他二面時對各個技術(shù)的理解還不錯，也有自己的思考，旁敲側(cè)擊發(fā)現(xiàn)他對自己之前實習的問題也有意識到，也有思考過怎么改進。最后讓他過了二面。
你的實習經(jīng)歷表現(xiàn)，是你的另一種簡歷。積極對待每一份實習經(jīng)歷，即使不太適合自己也做到位一點，不然下次你就坑到自己了。
6. 簡歷文件格式
PDF。
大公司基本上都有自己的招聘簡歷平臺，刷簡歷時如果是 PDF 格式，chrome 直接就可以打開了，非常方便。如果是 word 格式，還要下載下來，再打開，等 word 啟動再查看，給面試官就帶來一些麻煩了。更不太推薦搞成 zip 包，把自己的作品打包進去，先不說整個過程更費事，面試官都是有業(yè)務開發(fā)任務的未必有那么多時間來仔細看你的作品，此時更好的做法是在簡歷里附上自己的 github 地址并做說明，能讓面試官感興趣他自然會去看看。
雖說面試官不會因為簡歷文件格式而拒絕一個人，但校招同學也沒必要給自己制造障礙吧。
總結(jié)
講了這么多就是為了偷懶，如果大家的簡歷核心突出，信息明了，那我們面試官可以節(jié)省多少工夫，看簡歷也能看得舒服，多好~
最后說一句，功夫在紙外，一切粉飾和技術(shù)的虛浮包裝都可能被戳破，簡歷不過是你扎實技術(shù)基礎和良好學習態(tài)度后的一道助力罷了。喜歡挑戰(zhàn)和反套路的我現(xiàn)在把守在二面了，面試時遇到我繼續(xù)自求多福吧~
