工程师这个岗位，工程招聘条件写得天花乱坠的师招多了去了。但真正靠谱的聘条团队，心里都清楚：学历是工程敲门砖，可敲开门之后能走多远，师招看的聘条全是硬功夫。

我见过太多简历上写着“精通Java”的工程候选人，面试时连JVM内存模型都说不利索。师招也见过二本出身的聘条小伙子，因为一个线上故障的工程排查思路清晰，当场被技术总监拍板要人。师招所以第一条硬性要求，聘条别光看年限和证书，工程得看他在真实项目里解决过什么烂摊子。师招你让一个天天写CRUD的聘条人去搞高并发架构，那叫赶鸭子上架；反过来，让一个做底层中间件的人去写业务接口，他多半会嫌你逻辑混乱。岗位要求第一条，写清楚你要的是“深度”还是“广度”，比写“五年以上经验”实在得多。

再说技术栈。别列一堆时髦名词，什么K8s、TensorFlow、Flink全堆上去。实际点，你团队现在用什么，未来半年打算引入什么，就列什么。有个创业公司老板跟我抱怨，说招了个“全栈工程师”，结果前端不会调CSS兼容，后端连Redis持久化策略都搞混。问题出在哪？出在招聘条件里写了“全栈优先”，可面试时压根没测过真实场景。我建议条件里加一条：必须能现场讲清楚自己最近一次线上事故的完整处理过程。讲不清楚的，技术再炫也别要。能复盘的人，才有资格谈成长。

软技能这玩意儿，最容易被忽视，也最致命。工程师不是写代码的机器，是要跟产品、测试、运维吵架的。吵归吵，得吵出方案来。我认识一个技术leader，招人时必问一道题：“如果产品经理提了个你认为技术上不可行的需求，你怎么做？”答案不是“直接怼回去”或者“闷头硬做”，而是能拿出数据、画出流程图、给出替代方案的人，才算过关。所以招聘要求里别写“沟通能力强”这种废话，写清楚：能通过文档、图表或原型，把技术约束讲给非技术人员听。能做到这一点的工程师，薪资翻一倍都值。

还有一条，很多公司都不好意思写，但必须写：抗压能力。不是指996那种压榨，是面对线上环境突然崩溃、客户数据丢失、凌晨三点被电话叫醒时，能不能保持脑子清醒。我见过一个工程师，平时话不多，但每次出故障，他第一个到现场，日志看得最快，定位问题最准。这种人的特点是什么？他对系统有敬畏心，不觉得自己写的东西永远没错。招聘条件里可以加一句：能接受OnCall，且具备在压力下按优先级处理问题的判断力。写清楚，免得招进来个“玻璃心”，遇到点事就撂挑子。

最后一条，关于学习能力。别信“热爱技术”这种自我评价，要看行动。问他最近三个月读过什么源码、写过什么技术笔记、有没有在社区回答过问题。我面试过一个候选人，简历平平，但GitHub上有自己写的个小工具，解决了一个很偏门但真实存在的痛点。代码质量一般，但思路清晰，注释写得比很多大厂员工都认真。这种人，哪怕基础差点，我也愿意带。所以要求里写：提供能体现独立解决问题的作品链接（GitHub、博客、技术文章均可），比什么“具备良好学习能力”这种空话有用一百倍。

说白了，工程师招聘条件就一条核心原则：别找完美的，找合适的。合适的意思是，他来了能干活，干得开心，遇到问题扛得住，有成长空间。你按这个标准写，哪怕条件里只有五条，也比那些列了二十条“精通”“熟悉”的招聘启事有效得多。