【译文】面试官的笔记

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

1.了解基本知识

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

2.知道为什么而不是(只是)什么

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

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

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

3.表达意见

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

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

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

4.倾听面试官

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

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

5.乐观向上

最后一点。热情一点会有很大帮助。千万不要担心自己会说错话,因为成功的应聘者很少是完美无缺的。更重要的是,如果你的表现不尽如人意,也不要让面试官觉得你是在 “拔牙”。

最后,祝你好运!

本文文字及图片出自 Notes from an Interviewer

余下全文(1/3)
分享这篇文章:

请关注我们:

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注