如何考評一名前端工程師

最新 10-10

作者：歐雷

ourai.ws/posts/how-to-evaluate-a-frontend-engineer/

本文標題的命名方式參考了芋頭所寫的《如何面試一名前端開發工程師？》。「考評」是「面試」的子集，是一個很重要的環節，如果誰打算做「前端工程師面試合集」的話，記得把我這篇文章收錄進去哈，蛤蛤蛤蛤～

「如何考評」這個詞看起來「diǎo * 2」的。雖然標題看起來很有逼格，但對於我這種面試（他人）經驗用一個手就能數出來的菜鳥來說，談這個話題還為時過早。（我感到有看官貌似心裡不滿了：「那你說個 bird 啊！浪費老子時間和流量！我支付寶賬號＊＊＊，打多少你看著辦吧！」先別急嘛～）其實，本文的目的不在於講具體如何去考評一個前端工程師的應聘者，而是想說一件事，我最近冒出的一個 idea——是一件應該沒人去做的事情，是一個也許會震動業界的項目。

面試之痛

一周有五天工作日，其過法在這周之前都是在寫代碼和喝咖啡（順便休息一下）的來回切換中度過的；然而，本周加入了新的元素——面試。工作日的一半以上都有面試，每次在與應聘者見面之前我都會做一些準備：

瀏覽簡歷並提取出可參考的信息記錄到 Evernote 上；

提煉出簡歷給我的第一印象；

從「工頭」（前端團隊的 leader、初試面試官）那裡了解並記錄電面結果；

綜合以上信息準備面試時的考評內容。

其中，考評內容以表格的形式展現，方便在進行面試時及時將對應的結果填進去。

面試準備

這個流程整體看起來還不錯，但細化到每一步時就會發現一些問題——痛點。

簡歷中的技能

在應聘者所投遞的簡歷文件以及有些個人網站的在線「簡歷」頁面中必有的一項是自己所掌握的技術、技能，這是體現職業價值的關鍵。

因為職業的特殊性，招人單位常常會在招聘信息中這樣描述：

精通 HTML、CSS、JavaScript

熟悉 W3C 標準

了解 Backbone、Angular、React、Vue 等

有 jQuery UI、Bootstrap 等使用經驗

能夠使用 Sass、LESS 等

至少了解一種服務端語言，如 Java、PHP

滿眼的英文單詞看得我頭暈目眩，沒辦法，市場需求如此。既然這樣，作為敲門磚的簡歷中如果沒出現這些牛逼哄哄的單詞，恐怕 HR 連鳥都不會鳥你一眼。這就給應聘者一個錯覺，以為會得越多越好；同時也使得整個前端圈子都很浮躁，大部分人都在追著新的輪子後屁股跑，結果就是「熊瞎子掰苞米」。

當然，不是說會的多不好，作為一個流弊的人，知識廣度是必須的；也不是說去了解學習新技術有什麼不對，一個合格的職業人，不會去盲目跟風。無論是企業想要的，還是職業道路越走越寬的，都是沉穩的，先在專業深度上達到一個境界再去拓展廣度的人——寫好「T」的豎，再去畫橫。

這時，在簡歷中體現專業深度，也就是技術、技能的熟練度，就顯得十分重要了。一般為以下幾種表現形式：

文字描述，如「熟練」「精通」；

數值化，如顯示以「100」為封頂的數字；

等級化，如幾顆星。

這樣又會造成一個問題，一些應聘者的簡歷中充滿了「精通＊＊＊」——請收下我的膝蓋！

為了狂拽炫酷屌炸天和更加形象地傳達出「我很牛逼」這個信息，我也會想在自己的網站上加入「技能熟練度」這個 feature，那麼問題來了——如何客觀地對自己的技術、技能熟練度評分，進而增加可信度？

面試題的設計

從簡歷中獲取的信息是片面的，並且很可能摻了一些水分，所以才需要經驗豐富的人通過交流來了解應聘者的實際情況，像珠寶鑒定師一樣去甄別其是否為贗品，將其定級。

要去考核應聘者，需要根據招聘需求和簡歷中的信息設計面試題。如果簡歷中明確說明「無任何移動端開發經驗」，面試官還去考查其相關問題的掌握情況的話不就是「脫褲子放屁」了么？這不僅浪費彼此時間，還會被應聘者鄙視。

為了避免上面所提到的尷尬情形，這就要求簡歷中的技能描述可信度高，省去面試官去檢驗其可信度的步驟，而現狀是不可能的！實際情況是，不像會計等職業需要證件才能上崗，寫代碼的都是「無證從業」。記得前段時間 HR 跑到我們開發這邊，好像是問有沒有職業相關的證件，我心裡在想：「你是在說全國計算機等級考試么？」

既然不可避免，不得不額外設計一些基礎、原理方面的面試題去驗證。自己去想實在是麻煩耗時，「懶惰」的我們會從網上找一些來作為參考。GitHub 上有很多類型的項目容易被 star，其中之一就是面試題——不僅面試官會用，應聘者也需要用。

Front-end Job Interview Questions

然而這種方式還有很多不便，如：量少、不能搜索、不能根據需要創建集合、沒有分值等等。

尋找良方

作為應聘者，沒有一個合適的方式來評估我的專業度、熟練度，痛！作為面試官，沒有一個幫助我快速有效地選取組織面試題的解決方案，痛！一般而言，「痛點」就是需求，我的需求一定不只是我一個人的需求，有需求就有市場。

不是銀彈的子彈

作為一個總是瞎想的雙魚，腦中突然冒出了一個想法——我本人，甚至是整個業界（即前端圈子）需要一套考核標準、一個評價體系、一個海量題庫；作為一名喜歡折騰的碼農，想法一出現就立刻在 GitHub 上建了一個倉庫——世上從來不缺有想法的人，缺的是將其付諸行動的人。

從我第一次做面試官那天腦中出現雛形起，經過這幾天面試經驗的增加，以及公司內其他面試官所遇到的情況看來，我所想像中的項目是有價值的！

關於項目的名字，簡稱叫「FES」（發音 /?f?s/），全名為「Front-end Knowledge & Skill Evaluating System」，中文名是「前端知識與技能考核評價體系/系統」（我說這是 Google 機翻你信么……）。不過，這只是暫定的名字。它不僅是一套標準、一個體系，還是一個系統、一個服務。

你咋不上天呢

既然有了這麼棒的想法，既然有了最初的行動，就應該有計劃地進行下去！

「FES」是一個非常龐大的，僅憑我一人之力無法完成的項目。它是一套標準，制定標準需要一個由一群業內權威人士組成的「標準化組織」；它是一個評價體系，完善的打分機制會對應聘者做出客觀可信的能力評估；它是一個系統、一個服務，能夠讓面試官從海量題庫中抽選試題列印出一份「面試考查表」。

上面只提到了「FES」的基本應用，它還具備更高級更有價值的玩兒法，這裡就先不說了。並且，這些都是後話，還在天上飄著呢，再不來點兒接地氣的，別人該說我是「理想主義者」了——變著法兒地說我只會說不會做么？

行！那就說點兒實際的，披露一下大概的計劃：

先靠自己，像其他面試題集一樣收集一些信息放到 GitHub 上；

開發網站的雛形，滿足基本需求；

尋找具備同樣志向和想法的志願者及貢獻者；

升級網站向理想更近一步；

推廣網站，提高影響力，使其成為業界標杆。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！