【译文】面试官的笔记

这些天来，我发现自己面试了不少候选人。有些很好，有些不好。情况就是这样。不过，还有一类人，我觉得他们可能很优秀，但就是没有在面试中表现出来。我想，在我职业生涯的早期，我可能就属于这一类人。因此，为了帮助年轻的自己，也希望能帮助其他人，这里有一些需要考虑的事情。

1.了解基本知识

如果你在谷歌上搜索 “十大 X 面试问题”，其中 X 指的是你的技术，而某个问题就在列表中，那么你应该知道答案。事实证明，面试官并没有那么多独创性，所以你会发现同样的问题会反复出现。关于面试官是否应该提出更多新颖问题的争论肯定是有的，但我们已经走到了这一步。至少要进容易的球。

2.知道为什么而不是（只是）什么

很好，你知道幂等性是什么，但为什么它是一个有用的属性？要区分一个知识渊博的初学者和一个经验丰富的工程师，最快捷的方法可能莫过于阐明事情为什么是这样的。

例如，以 SOLID 设计原则为例。鲍勃大叔曾说过，这是为了创建一个插件架构，类似于集成开发环境（IDE）中的插件架构。SOLID 并不只是你在面试时应该脱口而出的一堆句子，它是一套旨在实现特定目的的指导方针。当然，它是否真的达到了目的是另一回事（见 3.）

这一点很重要，原因有很多，但最主要的是，如果你不了解技术/方法的目的，又怎么能让人相信你能做出采取什么技术/方法的决定。

3.表达意见

如果一家公司想让你成为一个愚笨的容器，去接受别人的智慧，你可能就不会想在那里工作。就像我们知道事情之所以如此是有原因的一样，我们也应该知道这些原因在某些情况下是无效的。

我曾经问过 “请告诉我你非常同意或不同意的 SOLID 原则之一”，但我不得不停止了这个问题，因为这样做的结果是被面试者罗列/描述 SOLID 原则，而不是对其进行批评。

我喜欢问的另一个问题是，你希望从自己选择的语言中添加/删除哪些功能。如果我不同意你的观点，这不是问题。就像列侬（Lennon）和麦卡特尼（McCartney）一起写的歌比他们之后写的要好一样，团队中不同的意见会带来新的见解和更好的决策。

4.倾听面试官

我对面试者经常不听面试官讲话感到非常惊讶。关于 SOLID 的问题（见 3.）就是不听实际问题的一个例子，这种情况比想象的要普遍得多。然而，还有另一种形式的不倾听对应聘者的机会更具破坏性。

我有时会在面试的实际环节中遇到某个不顺利的地方。这将是一个值得注意的问题，但不会影响面试结果。这时，我不太可能从该部分获得更多信息，所以我会很想进入另一个部分，在那里我可以获得更多有用的信息，希望他们能做得更好。这时，我会尝试给被采访者一些提示，甚至告诉他们该怎么做，以推动他们的工作。然而，在很多情况下，这些建议都被置若罔闻，而应聘者则继续坚持他们所使用的失败方法。直截了当地说，最初的无能为力可能并不会影响面试结果，但无视建议却会影响面试结果。