作为技术面试的小组成员,你经常会遇到一些候选人,他们的学历、技能和履历水平都很高,但他们甚至很难回答最基本的问题。
理想情况下,技术面试应该试着检查候选人的不同方面,并测试他们的各种技能。因此,如果候选人在某一方面犹豫不决,那么在得出结论之前,应该先对另一个方面进行测试。但通常情况下,如果候选人在前几个问题上犹豫不决,那么红旗就会很快升起。
在你看来,与候选人在一起的最低限度时间应该是什么,然后才能公平地获得他/她的技能和适合这份工作?
发布于 2011-03-03 14:53:28
根据我的经验,20分钟对他们来说已经足够了。我一直在这件事的两边。
用比你觉得必要的更多的问题拖出来的好处是,他们会知道他们不适合这个职位。
例如,如果你说“在白板上实现一个多态性的例子”,而他们说"ummm...Polly是谁?“,他们不会说”我没有被录用,因为我是在此处插入种族/年龄/性别/等等“。他们会知道自己是不合格的。
这也帮助他们知道自己的缺点是什么,所以他们可以进一步自己的事业(可能不是你的目标,但这是一个副作用,我想我应该提一提)。
发布于 2011-03-03 15:23:19
简短回答:1小时。
我们有一个标准的1小时面对面的技术面试(在他们通过两个电话屏幕之后),我们用它来开始面试。如果他们不通过,我们就不会继续面试中的个性/文化/午餐部分--如果他们不是技术上合适的人,那么浪费被访者或我们的时间是没有意义的。
从技术上讲,如果他们不能回答科技面试中的第一个问题(白板上一个非常非常简单的编程问题),那么面试的其余部分(可能)是毫无意义的。但这一小时无论如何都是排定的,所以我总是让他们把所有的问题都提出来。在非常罕见的情况下,这个人最终会从糟糕的开始中恢复过来,在以后的问题上做得很好,甚至会回来重新正确回答早期的问题。这些场合弥补了几个小时的损失。
发布于 2011-03-04 20:15:33
我知道这似乎是多余的,但是,你所说的“基本问题”是什么意思?
例如,“编写递归函数示例”、“编写相互/间接递归函数示例”可能是“基本编程问题”。
我两次都申请了,第二次失败了。第一次。
这也发生了,你可能想要一个C#程序员,你找到一个Java程序员,给他打电话面试,当你做"C#基本问题“时,候选人可能会失败。
所以你可能会考虑到,熟练的人可能会失败一些“基本问题”,所以最好说“多少个基本问题?”而不是“应用基本问题的时间”;-)
https://softwareengineering.stackexchange.com/questions/54276
复制相似问题