一份優秀的前端開發工程師簡歷是怎樣的?

前端啟航發表於2018-10-19

簡歷不僅僅是履歷,它的重要作用是展示能力!!!

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

第一,自薦簡歷一定要署名

招聘季的招聘資訊發出去後,郵箱會收到大量簡歷,郵件標題和附件基本上一大半都是不署名的。簡歷評估+電面之後,不會每個簡歷都會寫完整評價錄入系統,特別是一些拿不準的簡歷,想 Hold 一下,等處理完全部之後再翻出來看看,但當 review 這些簡歷時,從郵件列表中看到的往往是這樣的:

一份優秀的前端開發工程師簡歷是怎樣的?
一份優秀的前端開發工程師簡歷是怎樣的?

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

第二,務必要有 word 或 pdf 檔案的簡歷

現在好多人簡歷直接掛網上,或者是 HTML 的,這種簡歷我處理起來很費勁。阿里內部的招聘系統支援 word 和 pdf 格式支援的最好,我在錄入系統時,上傳完附件後好多欄位直接就被系統讀出來了,HTML 的簡歷支援的最差,傳完附件我還要一個個手工去填,花精力在這上面是完全沒意義的,而且從我的經驗來看,一頁 HTML 簡歷原始碼能表現的東西實在有限,畢竟我們現在不招初級(P5及以下)前端了,所以 word 和 pdf 格式的載體足夠了,多花精力放在簡歷內容上。

第三,簡歷要表現出亮點,最好有作品

前端技術現在也分化的厲害,不嚴格劃分的話,有 NodeJS、H5、Hybrid、架構和業務研發等方向,現在庫和規範很多,但每個分支的難度、技術基線都類似(比如達到資深所消耗的時間都差不多),所以全棧通才固然好,每個方向都深入有點太難為人,但至少某一個方向要非常精鑽非常深入。所以簡歷裡要重點標出這個長處。實際上九成的簡歷裡的“技能”部分幾乎都是一樣的,都差不多把前端用到的技術羅列一遍,毫無意義的佔據簡歷中的黃金地段。

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

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

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

現在招一個能幹活的人不難,難的是招一個能解決問題的。特別是像阿里這種業務性的研發,既要從業務方那領需求,又要警惕需求陷阱,準確識別出剛性需求,出方案,推執行,Release 結果。所以,應對這每個環節所需的技能,最好在簡歷裡有所表現。具體說就是描述每個專案時,不僅要有背景、過程,還要有你為這個專案帶來的結果。比如這樣描述專案:

我做了 XX 專案重構,用了 XX 技術方案,克服了 XX 的困難,最終讓 XX 這類需求變更可以短平快的被消化,極速研發、快速上線、且資料採集也做到了標準化,研發成本大大降低,資料積累增長迅速,比如 XX ,最後在 XX 產品線中開始推廣。

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

相比之下,這種描述就不好:

XX 專案前端研發,用了 AngluarJS,整個專案獨立完成,包括整個 Boss 系統的受理收費、商品零售、小靈通簡訊群發、有線電視代收費、營業員/營業點結賬等模組。

這段描述只傳達出一個資訊,就是你用過 AngularJS。至於當初面臨多少種技術選型,如何做取捨選擇了 AngluarJS,這些系統模組之間如何基於 AngularJS 進行耦合,有沒有涉及前端架構,AngularJS 用的有多深,專案成員分工怎樣,如何並行研發?遇到過哪些你認為有價值的問題,並針對此提出應對方案,是程式碼解決還是組織解決?這個過程要靠面試的時候問答大半天才能搞清楚,問不出來的,基本也就跳過了。要是簡歷裡表達出來,腦子裡很嘹喨,面聊也不會很拖沓,能力評價自然會很高。

再補充一個,有好多人有寫部落格寫總結的習慣,這個習慣非常好,如果某個總結能和簡歷裡做的專案結合起來,就更好了。

第五,全綠的 Github 提交記錄

簡歷裡附上 Github,最好提交記錄那裡泛綠的厲害,如果進到 Github 首頁就想點開專案列表,找專案去讀,如果看到有那種長時間維護的、Readme 寫的清楚的、一本正經的寫上“轉載註明出處的”,基本上抓起電話就開聊了,結果基本上不會差。

第六,其他關注和不關注

關注:每次換工作的離職原因,可量化的工作成果,能代表你最高水平的專案要寫詳細,標紅加粗下劃線,在簡歷中強調出來。

不關注:證書、四六級、瞭解的程式語言(如果不精通就不要寫)、你不擅長什麼、個人簡介。

第七,典型問題

技術探底的問題肯定會問一些,此外面試每個人多會問:

1. 哪個專案讓你最滿意、代表你的最高水平?如何做的?

2. 讓你印象最深刻的一個(技術)難點,害的你搞了很久,最後怎麼解的,有什麼心得?

3. 你做的時間最久的一個專案(或產品),你看到這個專案有哪些問題,你能做什麼?

4. 你能給我們團隊或者產品帶來什麼?

這些問題不是硬性的,主要看平時是不是除了技術還琢磨點別的,特別是在阿里好多 BU 產品基本形態成型的基礎上,要做試錯、創新、提效、求精、找方向,這種情況下,只具備(完成剛性需求的)技術能力已經遠不夠了,而更需要辯證的執行。

最後

當然,上面這些都是建議,不管你覺得有沒有用,堅持一個原則,那就是“簡歷不僅僅是履歷(你做過什麼),它的重要作用是展示能力(你能做好什麼)!!!”

這裡推薦一下我的前端學習交流群:784783012 ,裡面都是學習前端的,如果你想製作酷炫的網頁,想學習知識。自己整理了一份2018最全面前端學習資料,從最基礎的HTML+CSS+JS到移動端HTML5到各種框架的學習資料都有整理,送給每一位前端小夥伴,有想學習web前端的,或是轉行,或是大學生,還有工作中想提升自己能力的,正在學習的小夥伴歡迎加入學習。

點選:加入


相關文章