1. 程式人生 > >如何考評一名前端工程師?

如何考評一名前端工程師?

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

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

面試之痛

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

  1. 瀏覽簡歷並提取出可參考的資訊記錄到 Evernote 上;
  2. 提煉出簡歷給我的第一印象;
  3. 從「工頭」(前端團隊的 leader、初試面試官)那裡瞭解並記錄電面結果;
  4. 綜合以上資訊準備面試時的考評內容。

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

面試準備

面試準備

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

簡歷中的技能

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

因為職業的特殊性,招人單位常常會在招聘資訊中這樣描述:

  • 精通 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
Front-end Job Interview Questions

然而這種方式還有很多不便,如:量少、不能搜尋、不能根據需要建立集合、沒有分值等等。

尋找良方

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

不是銀彈的子彈

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

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

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

你咋不上天呢

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

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

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

行!那就說點兒實際的,披露一下大概的計劃:

  1. 先靠自己,像其他面試題集一樣收集一些資訊放到 GitHub 上;
  2. 開發網站的雛形,滿足基本需求;
  3. 尋找具備同樣志向和想法的志願者及貢獻者;
  4. 升級網站向理想更近一步;
  5. 推廣網站,提高影響力,使其成為業界標杆。

為了方便廣大求職者和用人單位,為了業界的健康發展,需要大家的力量!So…對於跟我有相同理念的你,只想說四個字——請!聯!系!我!