编译 | 文昭
在招聘开发人员时，我们需要考核多轮面试来确保候选人的能力合格。在众多的能力之中，我认为，原始编码能力，几乎可以说是最重要的品质。我可以很快地训练一个人掌握某个领域的知识，但即便再广泛深入实践的训练，也很难弥补缺乏原始编码能力的短板。
那么如何在面试中，较快测试出候选者的原始编码能力呢？我发现传统的 coding 办法并不好用，反而某些别的方式更能发掘到人才。
传统方法的弊端
典型的 Coding 笔试是这样开始的：“编写一个函数，反转字符串中单词的字母顺序。”然后在接下来的半小时或更长的时间里，候选人在白板上划掉一些东西（或者也可以是共享的线上文档）。
这种方法看起来能筛掉不少人，但其实作用很“弱”，根本达不到测试能力的要求。
首先，同样的问题也会被传来传去，考生通常会非常努力地练习记忆答案。你是在考核他们的编程技能还是记忆答案的能力？
其次，这些问题通常是“吊诡”问题，需要某种深刻的洞察力才能提出 O(log(n)) 解决方案。在面试的时间范围内，即使是最聪明的候选人，也几乎从来没有真正的洞察力。
这样，面试主动权的天平向有利于面试官的方向倾斜。谁喜欢在法官面前笨拙地编写代码，而面试官却将决定你未来几年的职业前景？
最后，在白板甚至文本文档上编写代码既不自然又缓慢。没有人在白板或记事本上“画”代码作为日常工作的一部分。大家真正做的是：在一个 IDE 中用大量的 Google 来编写代码。
我在实践中是如何做到这一点的
在实践中，我面试候选人的过程一般是这样的：
对于每一个新的面试周期，我都会创建一组预测输出的练习，这些练习一开始很容易，然后变得更难。我当前的设置从一个基本函数调用开始，然后是多级函数调用，然后是递归，然后是 side effects 。这些通常都是“假装”的功能，旨在让应聘者迅速取得成功，并为我提供面试剩余部分的一些线索。
对于更高级的问题，我会从我写的东西中提取代码。目前，我考核的“难题”，是探索对“读”操作和异步操作的同时进行的抽象能力，其他的，比如阅读一段未标记的例程，它们执行大家相当熟悉的算法，例如排序或树遍历，以及从错误输出中查找错误等。
举个具体的例子
在向应聘者提问之前，我会根据与同事校准面试题，以便对如何衡量应聘者的技能有一个现实的期望。校准这些问题也有助于我完善它们，剔除令人困惑的部分。
在面试开始时，我会提前解释：
一、我不是在考核语法知识。可以把我当成真人版的“谷歌”，我会告诉你一些函数或操作符的功能。
二、我不指望你能完成，因为没人能完成。20 分钟后我们会停下来。
三、我也不希望你得到正确的答案。如果答案是错的，我很想看到你回去调试你的想法。这对我来说和其他东西一样有价值。
面试过程如下：
- 我展示了一行被注释的代码，它将调用某个函数并返回一个输出。
- 候选者阅读代码并预测输出。
- 我取消对这行的注释并运行程序，这样他们就可以看到答案了。
- 如果答案与他们的预测不同，他们会回去解释原因。
我会给候选人 20 分钟的时间，让他们尽可能地去运行更多的代码。这给了我额外的时间去问后续问题。在面试报告中，我写下他们运行了多少行代码，以及他们表现出的优势和劣势。
显然，这些编码技巧并不是面试中唯一需要考查的东西。领域知识和文化契合度很重要，但我发现，阅读代码能很好地剔除那些不具备最重要的基础能力的应聘者。
面试者如何提升技能
每年都有大量的开发者前来应聘，他们可能想知道如何提升自己的技能，以便在这样的面试中表现出色。我的答案很简单：多动手写代码，因为常规的练习是无法替代的。
如何练习？最简单的方法是启动一些你感兴趣的、非琐碎的次要项目。一个游戏，一个网站，一个应用程序等等。每周花 4-8 个小时研习这些代码，让它成为你喜欢使用的东西，并能引以为荣。此外，这样也方便应聘者将来的面试呈现，比如将源代码放在 github上，以便未来的雇主可以看到候选人平时的功底积累和工作方式。
希望这能有所帮助。
面试应当结合实际
事实上，所有编程工作都更需要代码阅读，而不是编写代码。能够清晰地思考，并辨别出别人的胡说八道是至关重要的。
通过让某人反转字符串或排序数组来面试他们，简直是在考核错误的能力。我不在乎你以前是否见过这个问题，是否像许多算法测试一样记住了答案——唯一重要的是你能否思考、理解问题、设计和实施解决方案。能够阅读真实世界的代码并说出它的优点和缺点，这比粉碎一个冒泡式的练习更能说明你的能力。
基于浏览器的编码环境使情况变得更糟。在工作中，开发者所习惯的编辑器使用自动完成的建议、脚本、宏、代码片段等进行调整。而在代码考试中，却经常使用 CoderPad 之类的东西，它不具备上述调整功能，而且不时会造成浏览器窗口关闭或其他情况，浪费更多的时间。
后记
开发者参与面试时，往往会被要求手写一段代码，这种做法在网络上一直持有反对的声音：“考察的背题能力”、“代码写得好，不代表能当面写算法”等等。通过文中“阅读一段代码，要求候选人预测输出”的面试过程，不失为一种有效的初步技术筛选手段，能节省淘汰不适合者的时间成本。 输入代码是工作中最不重要的部分。阅读、理解和解决问题才是工作中更被重要的能力。毕竟如果让面试者参加40-60 分钟的编码挑战，你实际上只是在选择速度最快的打字员。
从这种角度上看，面试时，阅读代码比手写代码更重要！
