这两天针对外包人员,组织了几场面试,因为竞标公司略多,且每个公司至少提供五名候选人,为提高面试效率,都是由其他几个同事进行一面,然后我根据他们的面试意见有针对性的选几家公司进行二面。

被我选中的几个面试官,不是在各个项目组担任架构师,就是各个小组的技术骨干,技术能力没的说,但是当我看到他们的面试意见时,只有一种感觉:

技术虽好,但不懂面试。

作为面试官,首要任务是识别候选人的能力。

即是识别能力,除了用问答的形式来考察他们之外,还有很重要的一点就是诱导他们表现出自己的技术深度。

很多面试官往往只会问答,不懂诱导,完全将面试等同于考试。

考试的形式,一问一答,这道题你会就是会,不会就是不会,非常死板。如果你用同样的方式来面试,结果会非常片面。

举个典型的例子,很多面试官喜欢问xx设计模式,如果候选人答不上来,就会判定该候选人设计能力不行,基础差。

试问,我在学校又没学设计模式,凭啥说我基础差?

造成这个问题的原因在于,每个人与每个人的学习路线、工作经历是不同的,你可能喜欢研究设计模式,看了本《xx设计模式大全》就仿佛所有人都要懂设计模式,而另外一个人呢,他就不喜欢看这种概念性的东西,就喜欢阅读各种源码,虽然他对这些概念不敏感,但是当遇到同样的场景,他依然能够设计出优秀的代码。

再比如,在你的项目经历里,经常用到模式A、模式B,而在他的项目经历中,经常用到模式C、模式D,因为你熟悉A和B,所以就只考察了他这两个,他答的不够好,难道这也能否定他的能力?

为了尽可能全面的识别候选人的能力,面试官在面试过程中一定要去问题化。

所谓的去问题化,就是在跟候选人交流的时候不要总是一问一答机械式的,要将问题场景化,更像是跟候选人在讨论。

比如,你要考察候选人对单例的理解,不要机械的问他单例模式是什么,怎么实现的等,而是要给他列举几种常见的用到单例的场景,例如,问他在之前的项目中数据库连接池是怎么实现的?这样做有什么好处?

回答不上来不要紧,换一种典型场景接着聊,几个场景聊下来,基本就能全面了解这个人对这个知识点的掌握程度。

当然设计模式只是一种典型的场景,其他的技术点也都类似。

面试官还有一个常见的误区,脱离简历考察候选人,即便是看着简历,也仅仅是问自己擅长的技术点,对自己不擅长的直接忽略。

这样考察下来也具有非常大的片面性。

造成这个现象的原因在于,面试官担心自己不擅长,会不会被候选人问住?多丢人。要不就是担心自己不懂,会不会被忽悠?

担心完全是多余的。

首先,技术都是相通的,我写的了Java就能面得了Python,如果面不了,只能说明你不行。

其次,这个人会与不会,对稍有经验的面试官来说,很难忽悠过去,你要明白你不是去验收他过往做过哪些项目,而是要考察他在做项目的过程中有哪些收获,解决了哪些技术难点,这些东西他做过就是做过,没做过就是没做过,忽悠是忽悠不过去的。

能做好项目A的程序员,同样能做好项目B,不局限于编程语言及技术选型。

就像杨澜曾说过的,即便我去扫大街,依然是扫的最好的。

所以,面试官面试一定不要局限于自己的视界。

扫码关注李苦李公众号

李苦李公众号

添加新评论