猎头到底怎么判断一个程序员是不是“真大神”？

说真的，这事儿挺有意思的。每次跟候选人聊完，挂了电话，我脑子里都得过一遍电影。企业那边的HR或者技术老大们，通常会甩过来一份简历，然后问一句：“这人怎么样？技术到底行不行？”

这问题看着简单，其实是个“天坑”。简历上写的“精通”两个字，有时候水分大得能养鱼。有的人简历平平无奇，一聊发现是个扫地僧；有的人简历金光闪闪，开口一聊却让人想立刻挂电话。作为猎头，我们不是技术专家，没法像CTO那样一行行代码去抠，但我们得有一套自己的“望闻问切”法，去伪存真。

这不仅仅是对客户负责，更是对候选人负责。毕竟，把一个大牛推荐去一个不适合的环境，或者把一个“水货”推给急需人才的企业，都是灾难。所以，今天我想聊聊，抛开那些死板的面试题，我们在日常工作中，到底是怎么评估一个人的核心技术能力的。

第一关：简历的“素颜”与“浓妆”

拿到简历，第一眼不是看他做过什么，而是看他怎么描述自己做的东西。这就像看一个人的自拍，得先分清是素颜还是开了十级美颜。

我通常会特别留意那些动词和量化指标。

• 如果一个人写：“负责后端开发，使用Java。” 这基本等于没说。谁都会写。
• 如果写：“重构了订单系统的支付模块，将QPS从500提升到2000，降低了30%的超时率。” 这就不一样了。

这里面有两个关键信息：他不仅干了活，还解决了具体问题，并且有数据支撑。这种人通常在工作中是有闭环思维的，不只是为了完成任务而写代码。

还有一个细节，就是技术栈的深度和广度。比如，一个人列了20种技术语言，从Java到Python再到Go，还带前端框架。这时候我就会打个问号：他是全栈天才，还是每一门都只懂个皮毛？通常，核心人才会在一两个领域深耕，其他的作为辅助。我会重点看他简历里提到的那些核心技术，是不是有具体的项目支撑，而不是简单的罗列。

第二关：电话里的“闲聊”其实是场“大考”

简历过关了，接下来就是电话沟通。这是最能暴露一个人真实水平的时候。我不会一上来就问技术细节，那太像审犯人了，而且我也问不过来。我喜欢用一种更生活化的方式切入，让他放松下来，然后通过几个维度去“套话”。

1. 讲故事的能力 = 理解深度

我会让他挑一个他觉得最有成就感的项目，给我讲讲。注意，是“讲故事”，不是“背简历”。

一个真正懂行的人，能把复杂的技术逻辑讲得通俗易懂。比如，他可能会说：“当时我们遇到一个高并发的问题，就像早高峰的地铁站，人挤人，系统快崩了。我们后来引入了消息队列做削峰填谷，就像在地铁站外面搭了个雨棚，让大家排队进站，系统就稳住了。”

如果他满嘴都是我听不懂的缩写，或者讲得磕磕巴巴，逻辑混乱，那很可能他对这个项目的理解只停留在表面，或者他根本不是核心参与者。能用大白话把技术讲明白，说明他已经把技术吃透了，转化成了自己的逻辑。

2. 对“坑”的态度 = 实战经验

我特别喜欢问一个问题：“在这个项目里，你踩过最大的坑是什么？最后怎么爬出来的？”

顺风顺水的项目谁都会做，真正的功力体现在解决烂摊子上。如果一个人说“没遇到什么大问题”，那只有两种可能：要么他没做核心，要么他在吹牛。真正写过代码、做过架构的人，谁没在深夜改过Bug？谁没被线上事故搞崩溃过？

听他们讲踩坑的经历，不仅能验证简历的真实性，还能看出他的解决问题思路、抗压能力和复盘能力。他是把锅甩给别人，还是客观分析原因？他是抱怨连连，还是从失败中总结了经验？这些细节，比做对一道算法题重要得多。

3. 对新技术的敏感度 = 学习潜力

技术圈更新换代太快了。我会顺口问一句：“最近有关注什么新技术吗？或者你觉得现在用的这套架构有什么可以改进的地方？”

这不一定是考察他会不会某个新框架，而是看他有没有好奇心和持续学习的习惯。一个优秀的工程师，通常会对业界的动态保持关注，哪怕只是知道个概念，也能说出个一二三。如果他回答“没太关注，就用公司要求的那套”，那他的成长空间可能就比较有限了。

第三关：技术专家的“硬核”验证

到了这一步，通常我们会把筛选过的候选人，推荐给企业的技术团队进行专业面试。但猎头并不是这就撒手不管了。我们会和企业的面试官（通常是技术负责人或架构师）做深度的沟通，去“翻译”和“校准”面试结果。

为什么需要“翻译”？因为有时候面试官的评价很主观，比如“这人沟通不行”、“感觉不对”。这时候我就得去追问：是哪个环节让你觉得他沟通不行？是听不懂需求，还是表达不清楚自己的思路？

而“校准”更重要。企业面试官可能会问一些非常刁钻的算法题或者底层原理。有时候候选人只是紧张，或者单纯没复习到那一点，但这并不代表他能力不行。我会结合之前的电话沟通和简历，向面试官提供我的观察：“他在项目实战中表现出的逻辑性很强，可能在纯理论或者算法上手生了，但解决问题的能力是有的。”

同时，我也会关注面试官的评价细节。比如，他们会说：

• “他对并发的理解很透彻，能从操作系统层面讲到数据库锁。” —— 加分项，说明有深度。
• “代码写得挺快，但风格有点乱，变量命名不规范。” —— 减分项，说明工程化素养有待提高。
• “问他如果资源有限怎么处理，他给了几个很有创意的方案。” —— 加分项，说明有架构思维和成本意识。

通过这种双向的反馈，我们能拼凑出一个更立体的候选人画像，而不是仅仅依赖一张试卷的分数。

第四关：那些看不见的“软实力”

除了硬邦邦的技术，核心人才还得能“干活”，能在团队里生存和发展。这部分能力，往往藏在聊天的字里行间。

1. 代码规范与工程素养

虽然我们不看代码，但我们可以问：“你们团队有Code Review（代码评审）吗？你觉得它有用吗？”

一个对代码质量有追求的人，通常会认可Code Review的价值，甚至能说出自己从中学到了什么。反之，如果一个人对Code Review嗤之以鼻，觉得是浪费时间，那他可能是个独行侠，很难融入强调协作的团队。

2. 沟通与协作

我会留意他描述项目时，用的是“我”还是“我们”。

总是说“我做了什么”的人，可能比较自我；而习惯说“我们团队一起解决了什么”的人，通常更有团队意识。当然，核心骨干确实需要承担更多，但如何平衡个人英雄主义和团队协作，是一门艺术。

3. 职业稳定性与动机

这其实是个很现实的问题。我会很直接地问：“你为什么看机会？你对下一份工作最看重什么？”

如果一个人跳槽频繁，且理由都是“公司不行”、“领导傻X”，那我得小心了。一个成熟的职场人，会客观分析自己的职业诉求，比如“希望在高并发场景下有更多实践”、“想要带团队的机会”或者“寻求技术栈的转型”。这种清晰的自我认知，也是技术能力之外的一种重要素质。

一个真实的案例复盘

前段时间，我推了一个做中间件开发的候选人。简历很普通，学历也不是顶尖的，甚至有点“土”。但我跟他聊完，感觉非常对味。

他讲自己写的一个消息队列组件，没有吹嘘性能多牛，而是花了十分钟讲他怎么定位一个偶发的内存泄漏问题。他描述了自己怎么打印日志、分析堆快照、对比代码版本，最后发现是一个第三方库的回调没释放引用。整个过程就像一个侦探在破案，条理清晰，细节满满。

后来他去面试，企业那边的资深架构师面完，跟我说：“这人底子太扎实了。虽然没刷过多少LeetCode，但他对JVM和网络编程的理解，比很多名校毕业的都深。我们要了。”

这就是典型的例子。技术能力这东西，有时候真的不写在脸上，也不完全在简历上。它藏在一个人解决问题的思路里，藏在他对技术的敬畏心里，藏在他每一次踩坑又爬起来的韧性里。

说到底，评估技术能力，就像品茶。不能只看包装，得真正入口，细细品味它的香气、回甘和底蕴。作为猎头，我们做的就是那个品茶的人，努力帮企业找到那杯最醇厚的好茶。

企业培训/咨询