首页 >web前端 >html教程 >如何考评一名前端工程师?_html/css_WEB-ITnose

如何考评一名前端工程师?_html/css_WEB-ITnose

WBOY
WBOY原创
2016-06-24 11:25:46831浏览

本文首发于 欧雷流《 如何考评一名前端工程师?》

本文标题的命名方式参考了芋头所写的《 如何面试一名前端开发工程师?》。「考评」是「面试」的子集,是一个很重要的环节,如果谁打算做「前端工程师面试合集」的话,记得把我这篇文章收录进去哈,蛤蛤蛤蛤~

「如何考评」这个词看起来「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,其中之一就是面试题——不仅面试官会用,应聘者也需要用。

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

寻找良方

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

不是银弹的子弹

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

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

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

你咋不上天呢

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

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

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

行!那就说点儿实际的,披露一下大概的计划:

  1. 先靠自己,像其他面试题集一样收集一些信息放到 GitHub上;

  2. 开发网站的雏形,满足基本需求;

  3. 寻找具备同样志向和想法的志愿者及贡献者;

  4. 升级网站向理想更近一步;

  5. 推广网站,提高影响力,使其成为业界标杆。

为了方便广大求职者和用人单位,为了业界的健康发展,需要大家的力量!So...对于跟我有相同理念的你,只想说四个字—— 请!联!系!我!

声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn