把招聘启事分成三块来读
一句话总结
招聘启事不是要求清单,而是一份关于该团队把时间花在哪里的说明。改变阅读顺序,就能看出应当先准备什么。
为什么需要这样读——按清单看,仿佛什么都缺
如果把“Python、TypeScript、Go、Kotlin / FastAPI、Nest.js、Spring Boot、Langgraph / PostgreSQL、Redis、MongoDB / GCP、AWS、Docker、Kubernetes”当成一张清单,就会觉得十四项都必须掌握。但任职资格通常另有说明。
具有 3~5 年基于 Python、Node.js 的后端服务器开发经验
其余内容是加分项,或该团队正在使用的工具列表。第一步,是把工具清单与任职资格分开阅读。
分成三类
按性质整理招聘启事中的句子,可以得到下面三类。
| 类别 | 招聘启事中的表述 | 实际考察的能力 |
|---|---|---|
| 必需 | 后端服务器开发、API 与数据库设计及文档化 | 能否说明一个请求从进入到结束所经过的路径 |
| 环境 | Docker、Kubernetes、GCP/AWS、CI/CD | 能否让别人运行自己构建的东西 |
| 加分 | Go/Kotlin、Kafka、分布式与 MSA、大规模 SQL | 规模扩大时,是否知道什么会最先失效 |
面试花费时间最多的是第一类。其他两类往往问“做过吗”,第一类则会继续追问“为什么这样做”。
在实际工作中——这份招聘启事的两个特点
“分析产品策划需求,并把开发所需内容具体化、文档化”出现在工作职责的第二行。这不是一句常见套话。它意味着这个职位并非只接收规格然后实现,而需要做出决定并留下记录。撰写 ADR 与事故报告的经验可以直接对应这项要求。
“开发 AI Agent、RAG 系统”位于第一行,但任职资格没有要求 AI 工作经历。可以理解为:团队依据后端能力招聘,再把 AI 产品交给这个人负责。相比深入掌握 RAG,更优先的能力是:搜索质量变差时,能判断究竟是检索失败还是生成失败。