面试官谈校招面试

面试官谈校招面试

序言

又是一年的校招季,今年截止到目前我已经面试超过一百位应届生,批改过超过150份笔试的试卷,因为通过率较低,我也被同事吐槽许多次让我“手下留情”。今天我就想聊一聊,我自己的面试标准。这不是一篇什么攻略文,旨在抛砖引玉,大家一起探讨如何面试更有效率

需要写在前面的是,“平等“和”高效”一直都是互斥的。信息从一个人传递到另一个人那里,由于表达能力和接收能力的限制,必然产生信息熵,所以花一天的时间好好了解一个人的技术实力和学习能力,自然要比一场半小时的面试要更加的全面。但很可惜的是,现实中没有那么长的时间,所以一个面试官最基本的任务,就是引导面试者在最有限的时间里,最大化展示出自己的能力。

简历原则

最近看到很多技术大牛放出来自己的简历,但就我个人而言,感觉参考意义真的不大——这些大牛不管简历写成啥样,模板用啥,哪怕是TXT格式不做排版,就光看项目内容和技术深度就足够拿到offer了,但是正常人来说并没有这种“底蕴”,看完可能只会觉得“握草牛逼啊”,然后自己写简历时候仍然一脸懵逼。
其实应届生做简历真没那么复杂,能够突出的无非是:

  1. GPA、算法奖项名次、奖学金之类的信息等。
  2. 实习经历:在哪里,做了什么,取得了什么成绩,解决了什么问题。有量化标准更好,比如说“降低了10%内存占用”这种。
  3. 个人项目、Github等

笔试阅卷原则

很多人好奇,笔试不是都固定答案吗?那有啥可原则不原则的?

是的,有些题是有固定答案,但也有一些问题答案相对开放。比如说这样一个常见的笔试题

  • 简述Activity(或Service,ContentProvider)的使用。

像这样的相对开放的问题,基本上是懂多少答多深,对于这种问题我个人的评分标准是这样的:

  1. 基本用法(Manifest配置、生命周期简述、重要API等)介绍没有错的话,至少给到总分85%
  2. 特别有介绍到源码层面,或者运行机制之类的,会给到满分。
  3. 如果答案中有错误的地方,会反而酌情扣分,所以基本上靠量取胜反而有更大风险,因为错误的内容也可能更多。

这些标准中可能争议比较大的就是“答错内容扣分”这一点,但是我仍然认为这是必要的。比如对于Service,有人会写“由于也是运行在主线程,不能做任何耗时操作”,我认为这是需要扣分的,原因如下:

  1. “Service运行在主线程”是论据,“不能做任何耗时操作”是论点,但中间省略了论证过程,论据怎么推导出论点的?我感觉这是逻辑能力较差的一种表现。
  2. 默认运行在应用进程的Service,可不可以指定Service的process将它定义在子进程里?Service在子进程里做耗时操作比如网络请求之类的,为何不可以呢?如果可以,为何要说“不能做任何耗时操作”呢?我个人会感觉这个面试者实际并没有使用过,只是懂得书上的理论知识。

当然,只写一些基本用法拿到85%分的人,可能也有一些逻辑短板,也有一些技术能力不足,但像我上文说的,效率与公正无法兼得,并且隐藏自己短板也算是一种能力。

面试原则

个人的一些基本原则。

优先问的内容:

  1. 简历中有亮眼的项目经验,优先问项目经验相关的问题。
  2. 项目经验较为普通,则考一些Java基础(多线程、网络、内存管理等)和Android基础,从基础再深入去考一些,看看技术深度
top Created with Sketch.