做了半年面试官的心得

我是18年毕业， 目前在一家创业公司当SDE。 由于公司发展迅速，所以在工作了几个多月后有机会参与到公司的面试当中， 现在过了6个月了没想到电面 + onsite 加起来也面了100 多个人了。 作为一名新手面试官， 想在这里把这段时间面试的感悟与大家分享一下， 这里也就不方便透露自己的公司了。

首先我可以说说面试问题。 由于还比较junior, 我主要参与的是coding interview， 而几乎没怎么参与system design 和behavior。  在这么多个面试里面， 我也就两道题轮流问， 而且无论电面onsite， full-time 还是intern， new grad 还是senior，SWE 还是DA/DS, 都是风雨不改的这两道， 但是在评分上会有所不同。 在选题目的时候， 我基本上是选了Medium 的level。 比较有意思的是，在选题目的时候我司特地不建议出Dynamic Programming 的题目， 因为并不practical。

在面试中， 我会花头5分钟跟candidate聊一聊简历上的内容， 会让他们讲讲自己做过的project 或者之前工作的内容。 而实际coding 的部分大概是50分钟， 最后会留5分钟给他们问问关于公司的问题。而在面试后，我们会有 4个等级的评分，大部分的人是在2或者3分， 1分（特别差） 以及4分（特别好）比较少。 我记得我一共的面试 给了大概5 到10个左右的4分。 在评分的标准我主要是会看三个方面， communication， problem solving 跟coding。 Communication 能够在聊简历以及在做题中看得出来， 如果candidate 不能够清晰的解释自己做的project， 或者解释自己解题的思路， 这里往往就会扣分。 比较常见的例子就是在做题的时候过于安静， 一味的在做题而没有与面试官交流。  Problem Solving 的部分主要是在看candidate 在解题的时候有没有清晰的思路。 而coding 部分则会看candidate 的实际代码能力， 对complexity 的分析， 一些相关的数据结构的应用， 以及code 的style。  基本上在1个小时的面试结束后 要花10到20分钟左右的时间把feedback写好， 如果是在onsite 轮还会有差不多10到20分钟的briefing 来跟别人讨论该不该hire。

常见的面试者出错的地方

过于安静。 这是我遇到过的最常见的情况， 往往很多人能够安安静静的把题目给做出来，可是并没有与面试官交流， 这样communication 的部分就会扣掉很多分。 很多人能够把题目给做出来，但是因为过于安静而在hiring 的briefing 中由于这个原因被挂掉。

问过多的hint。 在遇到问题卡住的时候， 问hint 是个很明智的选择， 毕竟时间有限。 但是问过的的hint 也会是一个扣分项。 甚至我司有的面试官会把问hints的数目与评分挂钩， 在做出正确答案的基础上，不需要hint 而且完成速度快的 能有4分， 问了1个hints的有 3分， 2到3个hints的有2分，等等。

代码的Style也是需要注意的地方， 因为在写feedback 的时候往往我会从新看看candidate 的代码， 这时候如果代码过于混乱， 根本就读不懂的时候， 其实对最后的评分会有不好的影响。 也曾经试过candidate 的代码太乱， 自己在面试途中已经跟不上他的思路， 当candidate 发现代码有bug 需要hint 的时候， 我自己也不知道从何入手好。

在最后面试官问candidate 有没有关于我们公司的问题，而candidate 没有问题问， 这一点其实是个扣分项， 这样显示出他们没有对公司感兴趣。 我记得面试过一位小哥， 他对于我司的产品还提出过一些意见， 这样显示出的enthusiasm 还是能够作为加分项。

这是我第一次在地里写总结， 可能写的不够通顺， 请大家见谅。 最后Good luck to everyone

ABCcac3 发表于 2019/01/20 05:33:31
to be fair,面试时候太安静简直是bullshit,没做过的题不可能看到就侃侃而谈，如果能有很好的communication一定是之前做过的，然后大家就去拼演技，先给brutal force,...

一句话不说的埋头写码 鬼知道你在写什么
没参加过课程code walk？
面试先解释自己思路
写码的时候解释这一行是在干什么
你面试的时候说不出来你这for loop是在做什么？
不可能侃侃而谈简直bullshit

to be fair,面试时候太安静简直是bullshit,没做过的题不可能看到就侃侃而谈，如果能有很好的communication一定是之前做过的，然后大家就去拼演技，先给brutal force,再假装沉思后优化，再给你讲讲time complexity, time sapce trade off.面试官要是因为安静挂人那就真是你傻:）

“不要沉默”其实要求是think out loud

这个过程如果是平常工作，就是下笔（键盘）写代码之前，把解法思路跟组里过一遍，经过同意后才动手
反映在面试上 -- 我们assess这个人是否能如此的跟组里人工作
面试场景就好比平常跟同事交流

需要你能边想边说，即使实在是需要时间考虑，你也可以自言自语的样子说，这道题能否先给我1分钟考虑一下，然后我再跟你说我的思路，我们觉得都可以以后，我就动手写

你可以得到1分钟沉默

然后你需要开始说：你试图用什么data structure或者什么算法，不要张口就是leetcode题目名字，然后马上动手写
就算你知道那个题目的名字，也可能人家打算问variation

debrief的时候描述面试人的表现，大家一般这样说：这个人先打算使用recurrsion，试了一会以后发现不行，改用了blabla，然后做出来了，还是有点bug，不过自己walk through的时候发现并且fix了，一共用了xx分钟，所以我觉得还是可以的。

这个过程就是你在现场面试的时候需要清晰表达的：
比如不是上去就写recurrsion，而是说：因为这道题的如此特性，所以我打算用recursion，然后观察面试官。如果OK，就继续：我会先去考虑边界，然后“xx字描述recurse什么”，然后观察面试官，如果还OK，我觉得这样的空间时间复杂度什么什么的。。。。如果还OK，就写代码。i.e. 先 talk through问题，然后talk through 解决思路，考虑一下可能遇到的问题，再动手。

如果面试官觉得有问题，在你第一句就会提示，或者起码面露难色。这时候就要赶紧讨论，准备换方法。

请问面试官，转专业会扣分嘛？

楼主可否告知一下，面试官如果看出面试者之前做过原题，在装第一次做这题，会不会扣分。面试者如果遇到原题，该怎么处理呢

请问problem solving时不要太安静，是指和面试官讨论解题思路吗？这样子会不会花费太多时间？

三人禾 发表于 2019-1-18 20:35
请问面试官，转专业会扣分嘛？

其实我就是EE转CS， 我个人并不会把这点作为扣分点。 但起码简历上还是得有一些相关的project， 不然在聊简历的时候也没有东西能聊。 而且算法， 数据结构， 以及OOP的掌握在做题过程中也能一定程度上体现出来。

mageli 发表于 2019-1-18 20:42
楼主可否告知一下，面试官如果看出面试者之前做过原题，在装第一次做这题，会不会扣分。面试者如果遇到原题 ...

因人而异。 我看到过的一些feedback中，对于这种情况有不同的反应：
1. 有的面试官会觉得面试者为面试做了准备， 他把这点作为加分项
2. 有的会往细处问， 对比这道题里用不同算法， 数据结构 的 优劣， 如果答出来了 就睁一只眼闭一只眼， 如果没答出来 那算是知其然不知其所以然， 会扣很多分
3. 有的试过 在hiring debrief 大家没有明确的Yes Hire 或者 No Hire 的决定的时候， 这一点作为一个扣分点， 因此有no hire 的决定

总的来说我知道其实知道网上肯定是有类似的题目， 面试者知道题目其实无可避免， 但我还是会按照具体的表现（Communication， problem solving， coding）来打分

zpchen 发表于 2019-1-18 20:50
请问problem solving时不要太安静，是指和面试官讨论解题思路吗？这样子会不会花费太多时间？

一开始讨论思路 如果已经有了一个具体的解决方法，其实不会花费太多时间。 花费时间的是如果这个方法不够optimal， 面试官会想让你找出complexity 更好的办法。 这时候candidate可能需要对时间把控一下， 如果一段时间内还是没有想出更好的，的确需要跟面试官提出 move forward， 用没那么好的办法把题目做出来先

Fusio 发表于 2019-1-19 02:36
因人而异。 我看到过的一些feedback中，对于这种情况有不同的反应：
1. 有的面试官会觉得面试者为面试做 ...

嗯嗯，如果我遇到原题就正常交流，主要怕遇到原题反而会表现的不自然了

非常想问楼主， 有些职位HR 其实都是搜关键字推荐的人。 但是你们看到简历发现有些硬伤， 比如毕业学校很野鸡，GPA 不到3.0 ， 专业不符合，简历上有明显纰漏 （比如 6年 tensorflow 经验这种）。 你们一面的要求会提高吗？ 会在面试前就 pre-拒 吗？

想请问lz 面试官对毕业学校的优劣是否在意？