我们还会特别留意项目经历的“连续性”和“深度”。一个人如果在三年里换了四个项目，每个项目都用不同的技术栈，而且都是浅尝辄止，这通常是个危险信号。核心人才往往会在某个领域深耕，他们的简历会呈现出一条清晰的、不断向上的技术演进路线。当然，也存在那种技术视野特别开阔的“全才”，但这种人凤毛麟角，而且他们的简历里，每个项目的技术选型理由一定写得非常清楚，逻辑自洽。

第二关：电话初探——听“声”辨“位”

简历筛选过关，我们不会急着推给客户。第一件事，是打一通电话。这通电话，我们叫“电话初探”，时间不长，通常30分钟到1小时，但信息量巨大。

这通电话的目的，不是为了复述简历，而是为了验证和感受。验证什么？验证简历上那些“动词”和“量词”的真实性。我会挑他简历里最核心、最亮眼的一个项目，让他从头讲一遍。从项目背景、技术选型的考量，到他具体负责的模块，遇到了什么坑，怎么解决的，最后取得了什么效果。这个过程，我们称之为“STAR原则”的口语化应用。

• 情境 (Situation): 项目是在什么样的业务背景下启动的？当时的痛点是什么？
• 任务 (Task): 他在这个项目里扮演什么角色？需要达成什么目标？
• 行动 (Action): 他具体做了什么？技术方案是怎么设计的？为什么选A不选B？有没有做过技术预研和POC？
• 结果 (Result): 最终结果如何？有没有量化指标？他个人对这个结果的贡献度有多少？

一个真正的专家，在讲述自己得意的作品时，是会发光的。他能清晰地讲出技术决策背后的权衡（trade-off），能绘声绘色地描述解决一个棘手Bug时的兴奋，能准确说出某个技术方案的优劣和适用场景。而如果只是简历“美化”上来的人，一问到细节，他就会开始含糊其辞，或者把团队的功劳全揽在自己身上，或者把一个复杂的技术问题讲得像喝白开水一样简单。这种人，我们一般会礼貌地结束通话，然后在人才库里给他做个标记。

除了技术深度，我们还要感受他的“软素质”。沟通是否顺畅？逻辑是否清晰？表达是否有条理？一个核心技术人才，不一定是演讲家，但他必须能跟团队高效沟通。如果连跟我们这个“非技术人员”都讲不清楚一个技术概念，那他在团队里的协作效率可想而知。我们还会顺便聊聊他的职业动机，为什么看新机会？对下家有什么期待？是纯粹为了钱，还是为了技术挑战、团队氛围或者发展空间？这些信息，对后续的精准匹配至关重要。

第三关：技术深潜——“纸上谈兵”与“代码实战”

电话初探感觉不错，接下来就是最硬核的环节——技术深度评估。这一块，我们通常会联合客户公司的技术负责人一起进行，或者我们自己先做一轮更专业的筛选。方法主要有两种，一种是“纸上谈兵”，一种是“代码实战”。

系统设计与架构能力评估

这通常是针对高级别人才（比如架构师、技术专家）的必考题。我们会给出一个开放性的场景，比如：“设计一个短链接生成服务”、“设计一个支持千万日活的社交Feed流系统”或者“设计一个秒杀系统”。注意，我们不期待一个“标准答案”，我们看的是思考过程。

我们会引导他一步步展开：

• 需求分析： 他会先问清楚吗？QPS多大？数据量多大？需要多高的可用性？对延迟要求多高？是读多写少还是写多读少？一个成熟的工程师，首先会思考边界和约束。
• 核心组件： 他会画出系统架构图吗？（虽然电话里是口述，但逻辑是一样的）数据库选型（SQL vs NoSQL）、缓存策略、消息队列的使用、负载均衡……每一项选择，他都能说出理由。
• 细节追问： 这时候，我们会像一个好奇的学生一样不断追问。“如果数据库成为瓶颈怎么办？”“缓存穿透/雪崩怎么处理？”“消息队列积压了怎么办？”“如何保证数据的一致性？”这些问题就像一把把小刀，能迅速戳破那些只懂皮毛的人的伪装。真正的专家，脑子里有完整的知识图谱，能从容应对各种极端情况。

这个过程，我们评估的不仅仅是技术知识的广度，更是解决复杂问题的系统性思维和权衡能力。这是区分一个“码农”和一个“工程师”的关键。

编程能力与算法考察

对于需要直接动手写代码的岗位，编码能力是基本功。我们通常会通过在线编程平台（比如CoderPad, LeetCode风格的题目）或者直接在共享文档里进行。

关于算法，业界一直有争议。我的看法是，对于核心技术岗，考察基础算法和数据结构是必要的，但不必追求“Hard”级别的难题。我们更倾向于出一些中等难度的题目，重点考察：

• 代码风格： 变量命名是否规范？代码结构是否清晰？
• 边界条件处理： 是否考虑了空指针、非法输入等异常情况？
• 时间/空间复杂度分析： 能否清晰地分析自己代码的性能瓶颈？
• 优化思路： 写出一个可行解后，能否进一步思考更优的解法？

有时候，我们甚至会让他写一段伪代码，或者设计几个关键的单元测试用例。我们想看的，是他是否具备写出健壮、可维护代码的工程素养。一个算法大神，如果代码写得乱七八糟、难以维护，在团队协作中同样是个灾难。

第四关：背景调查——“360度全景影像”

当一个候选人通过了前面所有的技术关卡，并且我们觉得他和客户的文化、需求都匹配时，我们不会马上发Offer。最后，也是最重要的一步，是背景调查。这绝不是打个电话给前HR那么简单，我们称之为“360度背景调查”。

我们会尽可能联系到他过去3-5年内的直接上级、平级同事，甚至（在某些情况下）下属。我们问的问题非常具体，而且环环相扣。

做背调的目的，是拼凑出一个立体的、真实的人。技术强，但人品有问题、团队协作极差的人，我们不敢推。简历和面试都可能伪装，但长期的共事者给出的评价，往往最接近真相。我们还会交叉验证一些关键信息，比如他提到的项目时间和职位，确保信息的准确性。这一步，是风控的最后一道防线，也是对我们客户负责任的体现。

一些“非主流”但很有效的辅助手段

除了上述常规流程，针对一些特别核心或者难以寻找的岗位，我们还会用一些“非主流”的方法。

比如，技术社区挖掘。我们会去GitHub、Stack Overflow、V2EX、技术博客圈里“潜水”。一个人的GitHub贡献记录、他写的开源项目质量、在技术社区回答问题的深度，都是他技术热情和能力的最好证明。一个在GitHub上有高质量个人项目的候选人，远比一个简历上只写着“熟悉Git”的人，要可靠得多。

再比如，“影子面试”。有时候，客户公司会安排一轮非正式的“Coffee Chat”，让候选人和未来可能合作的团队核心成员聊一聊。这种聊天没有固定问题，氛围轻松，但往往能最真实地看出一个人的技术视野、沟通风格和气场合不合。很多时候，技术最强的人，不一定是最合适团队的。

还有，我们非常看重学习能力和技术热情。技术行业日新月异，今天你引以为傲的技术，明天可能就成了“屠龙术”。我们会问候选人：“最近一年你学了什么新技术？通过什么途径学的？有没有做过什么小项目来实践？”或者“你最近在关注哪个技术领域的发展？为什么？”一个对技术有持续热情和好奇心的人，他的成长曲线是陡峭的，这才是企业最宝贵的财富。

说到底，我们这些做猎头的，就像一个技术人才的“翻译官”和“质检员”。我们既要懂技术的语言，能和工程师聊到一块儿去；又要懂企业的需求，能帮他们筛选出真正能解决问题的人。整个评估过程，就像一个漏斗，层层筛选，最终留下的，才是那颗最闪亮的星。这活儿累是累，但每当看到自己推荐的人才在新的岗位上大放异彩，那种成就感，也确实是别的工作给不了的。好了，今天就先聊到这儿吧。