面试的主要目的

我们一定搞清楚面试的主要目的是什么，面试过程中一定要牢记这个目的，才不至于整个面试太过于离谱，给候选人留下不好的印象。
这里我打算分为两部分来讲：技术面试和非技术面试。

技术面试

一般一面二面是技术面试，主要考察候选人技术方面的能力水平。
那么，技术能力一般会体现在哪方面呢？

• 基础知识。这里点很多，例如基础的网络知识、设计模式、分布式、数据库等
• 算法。这个看岗位的需求，不同岗位对算法难度的要求是不一样的，算法岗和普通业务开发岗的算法要求有很大不同。但是要承认的是，如果候选人没有最基本的算法能力，那一定不是一个合格的工程师。
• 技术广度。是否仅了解自己负责的一个业务模块。合格的工程师应该知道自己负责的模块在整体业务架构中所处的位置。
• 技术深度。是否对自己使用的组件有较深入的理解，而不只是仅仅知道其能力。

非技术面试

主要考察候选人的一些素质，例如：

• 抗压能力
• 团队意识
• 个人性格
• 好学能力
• 自我定位以及对未来的规划

面试的普遍流程

• 自我介绍（出现频率：高）
• 做一至两道算法题（出现频率：高）
• 考一考八股文（出现频率：高）
• 问下项目里的知识点（出现频率：中）
• 系统设计，指定一个应用场景让你进行设计（出现频率：低）
• 价值观问题，例如你遇到的最大挑战是什么，是怎么解决的（出现频率：高）

面试的乱象

技术面试

面试本质上是一场信息不对称的交流，八股文、算法题这些无论面试人准备的多么充分，都还是有一定的可能性被问到盲点上。但部分面试官似乎没有注意到这一点，问些很偏门的八股文，搞一些和岗位不匹配的算法题，依次来彰显自己的水平。
我觉得这是不可取的，整理一下遇到的一些乱象：

• 极其偏门的八股文。问这个知识点的目的是什么？是想考察什么？我觉得要想清楚。
• 和岗位程度不匹配的算法题，上来一道困难题。这个岗位是算法岗吗？算法范围这么广，你考察的是你需要的吗？
• 项目交流中问为什么不用这个方案。问之前有仔细思考过当时项目的背景吗？为什么秦统一六国不用飞机和大炮呢？

非技术面试

但是说句实在话，非技术面试中考察的这些能力，只能说“理想很丰满，现实很骨感”，这些能力能在半小时到一小时内完全考察完毕且正确？用什么方式验证？你怎么证明你的方式有效？你怎么保证候选人不说谎？我觉得这些都是实实在在的问题。
有一些很傻的问题，例如“你觉得你遇到的最大挑战是什么？怎么解决的？“，”你觉得你的优点和缺点是什么？“等等。这些真的能验证什么东西吗？这种问题我可以满嘴跑火车，甚至优缺点这个问题网上都有标准答案，你怎么知道我说的不是真的？搞不好就是互相糊弄。

正确的面试方法之我见

面试的难点是什么？

从面试方角度来说，面试方希望考察候选人的能力是否与岗位匹配。从候选人角度来说，候选人希望全方位的展示自己的能力。
但是，面试过程中，候选人能全面展示自己的能力吗? 不能。因为面试方单方面定制了考察标准，这个考察标准不一定是客观且全面的。
一方面，面试方希望考察候选人与岗位的匹配度，还希望候选人能真实的展示能力，所以指定了一系列看似客观的考题。另一方面， 候选人希望全面展示自己，但是为了迎合单方面的考核又不得不花费大量时间在刷题上。造成双方自愿的浪费。
总结来说，双方的愿望都是美好的，但是由于采取了错误的考核措施，造成了如今的困境。难点的本质就在于双方的不信任。

能解决吗

那怎么解决呢？我觉得很难，也没办法给出一个行之有效的面试流程。但是我们可以尽可能对流程进行改善，增加一点善意。例如明确各个考察点的正确性以及不能想当然认为”答不上来就是不行“，面试这种压力场景下，发挥会收到限制。也可以增加一点时间留给候选人，让他谈一谈自己对这个岗位的看法，谈一谈自己最熟悉的技术，把舞台交给他。