如何考评一名前端工程师

本文标题的命名方式参考了芋头所写的《如何面试一名前端开发工程师？》。

面试之痛

一周有五天工作日，其过法在这周之前都是在写代码和喝咖啡（顺便休息一下）的来回切换中度过的；然而，本周加入了新的元素——面试。工作日的一半以上都有面试，每次在与应聘者见面之前我都会做一些准备：

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

然而这种方式还有很多不便，如：量少、不能搜索、不能根据需要创建集合、没有分值等等。

寻找良方

作为应聘者，没有一个合适的方式来评估我的专业度、熟练度，痛！作为面试官，没有一个帮助我快速有效地选取组织面试题的解决方案，痛！一般而言，「痛点」就是需求，我的需求一定不只是我一个人的需求，有需求就有市场。

不是银弹的子弹

作为一个总是瞎想的双鱼，脑中突然冒出了一个想法——我本人，甚至是整个业界（即前端圈子）需要一套考核标准、一个评价体系、一个海量题库；作为一名喜欢折腾的码农，想法一出现就立刻在 GitHub 上建了一个仓库——世上从来不缺有想法的人，缺的是将其付诸行动的人。

从我第一次做面试官那天脑中出现雏形起，经过这几天面试经验的增加，以及公司内其他面试官所遇到的情况看来，我所想象中的项目是有价值的！

关于项目的名字，简称叫「FES」（发音 /ˈfɛs/），全名为「Front-end Knowledge & Skill Evaluating System」，中文名是「前端知识与技能考核评价体系/系统」（我说这是 Google 机翻你信么……）。不过，这只是暂定的名字。它不仅是一套标准、一个体系，还是一个系统、一个服务。

你咋不上天呢

既然有了这么棒的想法，既然有了最初的行动，就应该有计划地进行下去！

「FES」是一个非常庞大的，仅凭我一人之力无法完成的项目。它是一套标准，制定标准需要一个由一群业内权威人士组成的「标准化组织」；它是一个评价体系，完善的打分机制会对应聘者做出客观可信的能力评估；它是一个系统、一个服务，能够让面试官从海量题库中抽选试题打印出一份「面试考查表」。

上面只提到了「FES」的基本应用，它还具备更高级更有价值的玩儿法，这里就先不说了。并且，这些都是后话，还在天上飘着呢，再不来点儿接地气的，别人该说我是「理想主义者」了——变着法儿地说我只会说不会做么？

行！那就说点儿实际的，披露一下大概的计划：

1. 先靠自己，像其他面试题集一样收集一些信息放到 GitHub 上；
2. 开发网站的雏形，满足基本需求；
3. 寻找具备同样志向和想法的志愿者及贡献者；
4. 升级网站向理想更近一步；
5. 推广网站，提高影响力，使其成为业界标杆。

作者：欧雷 ourai.ws/posts/how-to-evaluate-a-frontend-engineer/