面試以前，簡歷之上：給前端校招同窗的簡歷建議

時間 2019-11-06

原文原文鏈接

原文：面試以前，簡歷之上：給前端校招同窗的簡歷建議 | AlloyTeam
做者：TAT.老教授

前言：做爲前端面試官老司機，以前分享過我對前端校招面試的一些看法，此次來講下簡歷。早就想寫這個，恰好最近又刷了一批秋招提早批，看多了簡歷，心有所感，閒聊幾句，但願對你們參加前端校招有所幫助吧！
一家之言，僅供參考~前端

簡歷常常是給面試官的第一印象，但不少還沒踏出校門的同窗們不知道怎麼寫好簡歷，我時常有拿着一份簡歷不知道該怎麼面試他的狀況。而在秋招這種大規模招聘的季節，面試官刷簡歷時若是一份簡歷無法在很短的時間內吸引到注意力，那很容易就被漏過了，由於這樣被淘汰豈不惋惜。node

那怎樣的前端簡歷纔算好簡歷？webpack

簡歷的思路

大公司常常有技術評審的制度。以我司爲例，只要你在當前技術級別待的年限到了，你就能夠準備一份 PPT，向公司安排的幾位高級別技術人員（評委）作 presentation。這個過程當中，你就要證實你達到下一個技術級別的要求了，通常會簡述本身的職業經歷、項目經歷，而後用技術案例說話，用一個或多個技術案例，來講明本身的技術給項目給團隊給公司帶來了什麼價值。評委會挑戰你，看你是否真吃透這塊技術，評價你的技術成果產生的價值，最後決定你是否經過。git

重點是什麼？第一點，你。你要講清楚你的角色你的做用要講你確切經歷或執導的項目，評委說到底考察的是你一我的。第二點，技術產出。做爲一個技術開發，你參與的項目再好再多人用那也是產品經理運營人員牛，不關你事，技術人看的仍是技術相關的優化和產出，固然一個技術上很複雜的很難實現的功能被你作好了也能說明技術能力。兩點合起來就是：你技術牛。github

技術評審如此，實習生留用述職不也相似，寫簡歷不也相似？web

以此做爲核心思路，那簡歷裏寫團隊項目，你是否寫清楚本身的角色和做用？實習過幾家大公司不是重點，重點是你實習中作出了什麼成果。寫再多的獲取多少獎學金、寫了多牛的論文，份量沒那麼重的，面試前端你們仍是想聽前端相關的。寫本身的興趣愛好有多普遍、性格到底有多好都是虛的，先拿技術說話，面試過程當中的你的性格別人天然能感覺出來。面試

想清楚了這思路，就知道簡歷的側重點了。chrome

我怎麼刷簡歷的

打開簡歷，首先看一眼大學。無論你願不肯意，有些大學在編程開發方面的氛圍和質量就是相對好一些，會有一些隱形加分。編程

接着，實習經歷，在騰訊、阿里、頭條之類的大公司實習確定是大優點（若是你有，那重點標大標黑不過度），業內知名的公司也不錯。因此若是有意走這條路，那大學前幾年爭取去大公司實習吧。小程序

職業技能，這塊特別一點，若是是在大簡歷池子裏篩簡歷，會很快掃過，肯定不是後臺同窗走錯片場就行。若是是面試前看簡歷就會細看一點，這個我後面小節會講到。

而後，重點來了，項目經歷。看什麼，關鍵詞！諸如寫了XX論文、參加社會實踐，很快掃過去，重點仍是」在線系統開發「、」某某小程序開發「、」XX webapp 開發「、」某個開源組件做者「之類的項目上。而後一大段關於項目的介紹和描述沒多大用，重點仍是項目裏面透露出來的技術能力、技術關鍵字，好比」應用 Service Worker 作了XX「、「基於React Hook」、「實現了完善的單元測試」、「應用了某某思路提高了頁面的打開時間」，等等等等，都令我感興趣。若是這些都沒有，就乾巴巴地寫了用了 React+Redux ，用了 node+Koa，或者乾脆都在講開發了哪些哪些頁面，基本都很快放棄。

就這幾塊，快速瀏覽過去腦海裏也就能創建這個學生的技術印象了。沒有一些關鍵字快速抓住面試官，引發他的興趣，而是靠一大段文字讓他作閱讀理解，我很難過你也很難過。

怎麼寫好簡歷

以上是跟你們講簡歷會被別人怎麼看（雖來自個人經驗，但我以爲有必定表明性），那接下來說講幾個主要模塊該怎麼寫，我的基礎信息模塊就不說了，太基礎。

技術能力（也叫我的技能、專業技能）

常見的一個 part，但不少人沒寫好沒重視。常常見到相似這樣的描述：

你怎麼看？

我以爲通常，由於裏面有意思的信息不夠。若是以簡歷篩選的標準，裏面的關鍵字仍是能夠的：

但若是是面試前看到，又會以爲有意思的點太少了。一面來看，熟悉三語言，太基礎的要求了，熟悉 MVVM、React、Redux、計算機網絡這些，倒能夠問問。第三點就有點虛了，而第五點基本是直接無視的。若是到我如今負責的二面，我會開始找亮點。爲何？由於一面經過的基礎都不會太差再考察意義不太大，校招同窗的項目實踐通常都不會太豐富可能不夠展開。那這時候比什麼？那我會期待他對某個或某幾個小技術項有稍微深刻的研究，有一些本身的思考，本身感興趣的技術。這就是亮點。

仍是以上面的簡歷爲例，我以爲有意思的點就一個：

由於它是相對較新的技術，由於不少校招同窗沒提到，由於它不是被研究透的技術還有很多討論的地方。這時候我會問：「Hook 是怎麼寫的」、「爲何要搞出 hook，優點在哪」、「Hook 的原理大概是怎樣的」、「若是我有一個現有的 React 插件也想支持 hook 類型的寫法，該怎麼作」。逐層深刻，真正區分面試者的強弱，若是這些你真答好了，那基本妥了。畢竟咱們很難要求校招學生前端知識面很廣，但若是某一方面掌握得深瞭解得透，即便他知識面不廣，咱們也相信他後面接觸別的前端領域也能學好作好，由於這裏反映出來的學習能力、探索能力尤其重要。這或許解答了很多同窗的困惑：我面試以爲答得還能夠，爲什麼沒過？由於瞭解得多卻不深，沒亮點，沒能展示本身學習能力這些虛的特質，天然被比下去（PS：我這是大公司的視角，由於大公司更看重的是培養潛質）。

固然，我不是讓你去對死 React Hook 下功夫，不是告訴你捷徑。要知道，一個資深的面試官也有技術短板，他若是不熟悉 Hook，也就不會多問。可是相似的能夠做爲亮點的並很多，好比「喜歡鑽研 Webpack，寫過 webpack 插件提高監控和打包效率」、「熟悉性能相關工具，熟悉 Lighthouse，瞭解它評價網頁表現的一些細節」、「瞭解 SSR，實踐過，用業內工具作過壓測，瞭解一些容易成爲性能瓶頸的點」，等等等等，學生也能作，有心研究，深刻思考，總能有 catch 到面試官的亮點。這些你即便無法答得很深刻透徹，也是容易比別人出彩的地方。

不過呢，最基礎的那些仍是要掌握好，要否則筆試一面都沒過更別談展示亮點。

扯遠了，回來。技術能力這一節，你最好除了列一些通用的技術能力，也寫上一些對某個技術點的深刻研究。而我更但願看到這一節是這樣寫的：

先區分大能力：

掌握前端基礎能力

有移動 Web 開發能力

有 Nodejs 開發能力

有小程序開發能力

有 Electron 客戶端開發能力

瞭解新技術

……

再歸類小能力，如：

有移動 Web 開發能力：

瞭解經常使用的屏幕適配方案

瞭解移動端與 PC 開發的差別

瞭解 base64 等移動端經常使用的優化方案

最後補上亮點：

……

研究過一些手勢庫，瞭解基本原理，能定製一些特殊手勢實現特殊功能；

這樣整理你的技術能力，豈不比前面乾巴巴的幾個寬泛的點，來得有條理、更深刻？

項目經驗

項目經驗這節能夠寫：參加實習作的項目、在學校工做室或參加編程比賽作的項目、本身折騰的技術項目。通常按照時間順序來梳理。

此時不建議把非編程甚至非前端的經驗放上去，好比用 C# 作了一個什麼樣的軟件，爲何不太好，由於你面試的是前端，你的面試官不必定熟悉這門語言，那他對你這項經歷就不知道怎麼問，不知道怎麼考察它作得好很差，因而直接忽略了。除非你能把作得好很差加上去，好比拿去參加微軟的全國比賽拿了二等獎之類，但即便這樣，它也不是一個重要的案例（除非你沒別的前端項目 = =）。

另外不建議寫兩年之前的項目，通常超過兩年前的項目即便你寫了好幾頁，我也直接一掃而過。前端的發展變化太快了，每個月天天都有各類新的文章新的實踐，有時一個框架發佈一個新版本都能給咱們帶來新的思路，兩年前項目用的技術要不已經成了常識要不已通過時了，甚至一年前的都不算新。若是你想作前端，那咱們但願你是持續學習持續關注前端的狀態，拿一些早早以前作的成績說明不了什麼。

我我的比較喜歡問校招學生你本身折騰過什麼技術項目。由於在這一階段你很難有機會去主導或主要開發一個實習項目，大多數狀況是跟着參與項目的，配角。但我的項目則不一樣，從這裏我能夠看出你是否真的喜歡前端，是否會本身去作一些本身以爲有趣的 Web 實踐，是否能融入本身的思考把它作好。一個喜歡折騰的同窗，在工做中更容易給咱們帶來驚喜，更容易創造些額外的價值。好比曾

好了，寫哪些項目實踐明確了，接下來聊聊怎麼寫。

我看過這樣的項目描述：

能理解我第一節講的簡歷思路的同窗，應該也能理解我爲何看着這段項目經歷不知道怎麼問。由於它一沒講清楚你的技術產生的技術成果，二沒講清楚遇到難點有多難怎麼解決來體現技術能力。講那麼一大段項目描述有用嗎？沒用！我真不關心項目的產品邏輯，除非這是一個技術型的項目（如開發一個XX技術框架）。講責任描述是沒錯，你要講清楚你的角色，但很虛地講確保項目高質量整合控制開發進程，還不如簡述一個事例，給一個具體策略，好比用了單測作了怎樣的架構分層都行，這纔是技術簡歷。不要求寫一大段具體描述也不實際，但至少給幾句切實的具體的描述。性能優化給的小點也是太普通。

項目經歷真不是給面試官講清楚項目是什麼，而是突出項目背後通用的技術知識的應用和你解決技術難題的思路。

這一個模塊我理想狀況是這麼寫的：

項目名稱，你的角色，時間；

項目簡介，一句話講清楚項目的功能和產生的價值，好比「簡歷管理系統，爲學生提供簡歷建議和生成管理功能，已在學校超過3個學院應用上」；

技術棧簡介；

項目中遇到的技術難點，以及怎麼解決。好比優化相關，「在開發這個 Web 遊戲中，畫面元素繁多，貼圖質量高，致使遊戲流暢度一直不夠，此時經過 XXX 策略，優化了 XXX，再經過 XXX 提高了 XXX，最後遊戲幀率保持在接近60幀的體驗」，好比複雜功能，「怎麼實現多人協同編輯腦圖，怎麼解決衝突是個難點，此時我預研了 XXX 方案，借鑑了 XXX 框架源碼，最後結合項目特色作了策略：XXX，實現了功能」；

相關產出，好比輸出了《Web 開發在線遊戲的性能建議》博文附連接，好比將某塊技術開源，等；

說到底，講技術，並且最好是一些可以跳出具體項目的點，能夠給其餘人啓發的點，這樣的項目經歷才容易和麪試官產生共同話題，聊得來。