为什么面试造航母（面试官角度）

---

前言

提示：本篇文章只是随笔记录，个人观点，可以不看：

最近部门开启了新一轮的面试工作（社招），有幸作为面试官参与面试流程，在领导、部门乃至当前就业形式的要求下，和众多候选同学进行了一场场的“造航母”讨论，颇多感慨，所以这里就浅浅记录下。

---

提示：以下内容笔者思考了四个内容：现状、必要性、面试官的无奈以及候选者的无奈

一、啥是面试造航母？

简单来说，就是对于候选同学既要还要。

• 对知识领域有广度优先；
• 对某一知识领域要深度优先；

二、讲一下目前的现状

1.就业形式

只要HC开放，就可以收到超多份简历，国内大厂、中小厂、一些海龟的同学纷纷投递。
目前大家都比较接受视频面试，其中再叠加穿插牛客等网站做题和监控网站。
面对如雪片般飞来的简历，卑微的我，确实见识了不少厉害的同学，其经验丰富、履历光鲜，但是可惜在后续的流程中因为各种原因可能也没有全都能够共事（比如：薪资，哈哈哈）；但是也见到很多的包装简历的同学，简历洋洋洒洒三张纸，密密麻麻超多字，细节一问感觉好像都不是他做的，全都答不上来；也有一些同学，面试的时候可能有造假的能力（牛人具体怎么搞的，我确实不晓得），对答如流，经验丰富，但是后续入职却像是刚刚上战场的新兵，不堪一击，作为招聘方的我，被领导鄙视团队搭建能力，而我却在可惜好不容易争取来的一个HC；

2.就业形式导致的“造航母”必要性

常规问题根本难以甄别出真正的 “潜力股”，只能不断拔高面试难度，从深挖算法底层原理，到询问高并发系统在极端复杂场景下的架构设计，期望借此筛选出那些知识储备深厚、思维灵活且具备钻研精神的人。本质上希望看到 面对业务场景复杂多样，涉及海量数据处理、高并发访问的情况下，候选者的应变和处理能力，确保入职者能应对未来复杂多变的工作挑战，毕竟招聘一个同学入职，各类成本其实挺高的；说个题外话：没有谁是什么事情都接触过的，但是作为候选者要大胆的和面试官讨论，通过对知识的广度和深度讨论，在讨论的过程中，面试官可以大致了解候选者是否符合当前团队要求，也没谁说你都要会，聊得多了，才能对你有更深的了解；也只有持续不断地增加面试的广度和深度，才能知道，对面候选的同学，是不是有造假，实在是无奈之举；

3.脱离业务实际的 “学究式” 考核

这一点其实没有什么好否认的，或多或少，都会有这个方面的知识点考察，主要因为几点：

• 招聘要求：部门开放HC的时候，招聘JD已经明确必须达标的线（至于是不是在制定面试标准时，陷入一种理想主义误区，这里我也没有资格说啥，我也是卑微打工仔），但是我感觉至少我面试完成后填写面试经过时，只会重点描述实用技术部分，也即能不能抗事，能不能干活
• 过滤造假者：这点其实不在多说了
• 理想主义误区：仿佛应聘者得是个 “全栈技术通才”，只有对技术底层代码、原理倒背如流，才算具备扎实功底

4.行业竞争压力

公司 “技术底蕴深厚”“高标准严要求” 的形象，需要在行业设立。
众多求职者中能够脱颖而出，必须要求我们比别人卷，哎~

5.团队共识度

作为TL，其实我比较看重团队共识度，我希望团队在团队协作的过程中，有较高的共识度；
单纯的技术能力角度来看，考察新同学的狭义上的在技术能力上的团队共识度，就很有必要提高考察新同学在团队常用技术栈上的掌握深度。在这一点上，我觉得如果候选同学不是海投的话，应该都会细读一下招聘JD的吧。
为什么呢？我举一个例子，大家可能就理解我的想法。在某一次技术方案评审过程中，A同学作为方案设计owner，在方案中提到“采用最简单的LRU形成一个List”，仅此一句，大家全都了解了他的实现方案；但是如果团队中真的有同学（实习生除外，实习同学你需要做的事情就是不断地吸收知识，尽快成长，如果不会，就去烦你的师兄和monitor，他们有带领你的责任）不了解这些常用技术栈的话，是不是要花更多的时间去解释细节方案，大大拖慢团队迭代进度