昨天下午，工程技术总监老周把一份简历摔在桌上，师招说：“这哥们写了八年Java，工程连JVM内存模型都说不清。师招”我拿过来一看，工程项目经验写得天花乱坠，师招什么分布式、工程高并发、师招微服务，工程可一问底层原理就露馅。师招

IT工程师招聘，工程最怕的师招就是这种“简历工程师”。我干了十年技术面试官，工程筛过上万份简历，师招面过两千多人，工程现在看到满屏的“精通”“熟练”就头疼。真正的技术功底，从来不是靠堆砌名词装出来的。

上个月我们招了个二本毕业的小伙子，简历平平无奇，没写任何框架。但笔试时他手写了一个线程池，从核心参数到拒绝策略，代码整洁，注释清晰。问他对锁的理解，他说：“锁就像厕所门，你进去得锁上，出来得打开，不然别人就憋死了。”虽然比喻糙了点，但说明他真懂。

反观某些名校硕士，简历写了三页，问Redis持久化机制，背得滚瓜烂熟。再问“如果让你设计一个缓存系统，你会怎么考虑数据一致性？”就愣住了。背答案和会思考，面试时一眼就能分辨。

我面试有个习惯，特别喜欢问“你最近遇到过什么技术难题，怎么解决的”。这个问题能筛掉八成候选人。有的人支支吾吾说“查资料解决了”，有的人能完整复述问题背景、排查思路、最终方案。后者才是我们要的人——不是他会什么，而是他怎么学会的。

技术更新太快了。五年前招安卓工程师，会Java就行。现在你得懂Kotlin、Flutter、Compose。三年前没人问大模型，现在每个后端候选人都说自己搞过AI应用。与其追着技术跑，不如考察学习能力。我常问：“给你一周时间，你能搞定一个从没接触过的技术栈吗？”敢拍胸脯的，基本都靠谱。

还有一点，简历里写“精通”的，我反而会多问几轮。真精通的人，往往只说“用过”“了解”。就像真正的高手从不说自己武功盖世，只有半瓶水才晃荡。有次面了个候选人，简历上写着“精通Kubernetes”，结果连Pod和Deployment的区别都讲不清。我当场就结束了面试，浪费时间。

最近我改了招聘策略。不再死磕学历和年限，而是给所有候选人发一份真实项目代码，让他们找bug、提优化方案。这比任何笔试都有效。上周有个工作五年的候选人，找出三个隐藏bug，还写了一段性能优化建议，直接录用了。学历普通，但代码功底扎实，沟通也利落。

说到底，招人不是找最聪明的，是找最合适的。能踏实写代码、肯钻问题、遇事不推诿，比会背一百个面试题强。我见过太多面试时夸夸其谈的，入职后代码写得一塌糊涂。也见过笔试成绩一般的，三个月后成了团队主力。

IT圈子里流行一句话：面试造火箭，工作拧螺丝。但反过来想，如果你连火箭原理都懒得学，那螺丝也拧不好。我们招的不是会拧螺丝的人，是愿意研究火箭、能把螺丝拧出花来的人。

最后说个事。上周那个二本小伙子入职了，第一周就重构了团队里一个老模块，性能提升了三倍。老周看完代码，沉默了一会儿说：“以后简历上写‘精通’的，直接刷掉。”

(责任编辑：综合)