面试官

很多文章都在说面试题，面试经验技巧，我作为一个半吊子面试官也想讲讲我们需要的人才是什么样的。我供职的算是某二线的互联网公司吧，做的事情技术挑战和用户量级都比较大但部门算不上核心。我断断续续也面试了将近 100 人来，通过者不算多，其实要求不高，最近有一个刚毕业一年的同事入职，97 年的男生。

首先作为面试者，基本的礼仪不能少，比如不能迟到。面试一些较大的公司的岗位时，面试官大概率是组内比较优秀的员工，平时也很忙，约好了时间就必须要按时到达或者线上接入。我碰到过个别迟到 10 分钟的，基本都被我淘汰了，除非极度优秀。

然后面试的基本流程，我常常是一面。

1. 候选人自我介绍

2. 选一个项目介绍项目经验

3. 我会随机调项目中的某一个点问问技术原理或者可能的优化方案

4. 编程语言基础问答

5. 总结

首先自我介绍有些人不重视，这是一个误解。有些候选人上来什么都不说就开始聊自己做了什么项目，用了什么技术点，节奏就乱了。我对你什么都不了解，你要聊技术我只能就这个技术往下深聊了，但一般聊不到多少就卡壳了。如果候选人能自报家门，介绍学生经历，工作经历或者对工作的一些想法，可以很有效的拉近距离，也不至于会跟你一个点聊到黑。

然后项目经验描述时，我首先会考察候选人对业务的理解，其次是语言的表达能力。你得知道你在上家公司做的什么业务，而不是只是闷头写代码。你需要让一个没接触过这个业务的人完全了解业务流程以及你的工作量在哪。看似简单的问题，没几个人能说清楚。有相当一部分人对业务不关心，只关心自己那几行代码，闭门造车。绝大部分时候都是需求先行，业务先行，无论是做用户业务还是中间件，都是有需求才会有系统。还有一部分人觉得技术都应该去做中间件，牛逼啊，有技术深度啊。一个道理，技术不能独立于业务存在。

然后到了业务中的某个技术点或者性能优化点。技术点比如 spring 的一些原理，netty 的一些原理，不会很偏门，事先有所准备都能答上来一些。优化点就很开放了，没有标准答案，考察的是候选人对自己写过的代码的一些优化想法，有些人就直接说没想过，那就没得聊了。现场也有说出来一些的，有些就很不靠谱，其实都是平时的工程经验的积累，不是靠刷题和背知识点能答上来的。

再然后就是编程语言的一些技术点，我是写 Java 的，所以就会随便就某一些点往下聊。我不会专门问 jvm 的内存模型等等偷懒的问题，而是由表及里，比如首先问 String 的一些常用 API，再往下到 String 在 jvm 是怎么存的等等，考察的是对 jvm 内存的理解而不是让你死记硬背。

最后常规的问题，会问对我们的团队有什么问题，然后就是有结果会通知你，无论过没过都会这么说。有时候面试评价真的会过好几天才想起来要反馈，是我的问题，所以等几天了没有结果其实不能代表被淘汰了，当然大部分时候确实被淘汰了。

所以整个面试过程难吗，我觉得我没有很刁钻，也没有故意出难题，也没有让你手写红黑树，考察的是实际的工作能力。其实有至少 1/3 的候选人淘汰的原因是讲不清业务，可能是一个需要重视的点吧。