Skip to content

Instantly share code, notes, and snippets.

@sing1ee
Created September 5, 2013 16:02
Show Gist options
  • Save sing1ee/a7f7bf361d151b7cd3ed to your computer and use it in GitHub Desktop.
Save sing1ee/a7f7bf361d151b7cd3ed to your computer and use it in GitHub Desktop.

###面试秘籍:怎么面试,怎么评分,怎么决定

今天去参加了公司的interview workshop,讲怎么面试,怎么评分,怎么决定。主讲做过hiring committee,应该是比较资深的,供大家参考。

打分系统,公司推荐用的标准:

  • 1.0:不要hire,hire这个人我就辞职
  • 2.0:可以hire,也可以不hire
  • 3.0:建议hire
  • 4.0:一定要这个人,他没来我就辞职

实际上,大家常用的标准是:

  • 2.1:strongly no hire
  • 2.7/2.8:border line case
  • 3.0:hire him
  • 3.4:strong hire

如果你的平均能到2.7/2.8,差不多可以送hiring committee。

onsite和offer的比例大致是5:1,比我想象的要高的多

网上经常有人抱怨:题目都做出来了,也是对的,还是被拒了。面试官写报告时,很看重的一点是速度。他们的理念是:聪明的人反应很快,有错不要紧,只要改的快。全对但是慢的人,没准是见过那道题的。一个人的思维是很难作假的。有同学说,速度就是训练出来的。恭喜你,能训练出来,说明你有足够的天分;并不是所有人都能训练出来。比如我,训练之后,也不能跟那些online coder比。

面试官写上去的报告,也会被份等级。写得翔实,问题难的那种,很有助于申请。如果问题就是很空泛的讨论,哪怕得了很高的分,也不被看重。

G家Internship经历是最重要的,可以override一切。onsite第二,电面不太重要。其余的东西可有可无,完全不起作用,最多能作为拒掉一个人的凭证。

hiring committe四个人,录取需要四个人都同意,而不是majority。因为他们认为:A的人会招A的人,B的人会招C的人。保证质量,就需要把hiring bar设高,希望进来的都是A。

最后的问题,主讲很直接:根本不希望听你问问题,最好没有问题直接走人:-)安排的时间一般是寒暄35分钟,warm up question;然后正式3040分钟;最后留0~5分钟给你问。写进报告影响你分数的,都是正式问题。

Expectation是解3~5个题,包括小题。你解的题越多,说明你思维快,越有利。卡在一个题上,就不要纠缠了,尽快move on。

通常来说,面试者5分钟应该有思路,开始动笔写code;7分钟还在suck在那里,面试官应该帮他,启发无效move on到下一题。但是对于有些人来说,4分钟就把code都给你写完了,他们多半是玩儿online code competition的。

你不知道,不熟悉的topic,直接告诉对方,对方马上会换,一般不会跟你纠缠的。

面试官的目的是发掘你的闪光点,而不是纠你的错。所以你有什么闪光的地方,都要尽量展示出来,不要一味在哪儿纠结有没有小bug。

不要觉得前面错了影响心情,主讲就有几次,开头15分钟都是想把那人毙掉,结果后面峰回路转,发现对方特殊的长处,最后给了strong hire。

不要试图去揣测面试官的评价。标准的官方回答是:your answer is reasonable。那个什么都不说明。因为最后决定权在hiring committee,他们不想误导candidate。

说到底,最重要的还是实力。把基础打好,思维磨快,比记住题解答案更有效。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment