technical-job-search

技术岗位求职

帮助软件工程师完成各项独立的求职任务：职位描述分析、简历定制、求职信撰写、offer 评估和跟进邮件。

---

职位描述分析

拿到一份职位描述后，提取并整理以下内容：

硬性要求（明确要求或多次提及）：

• 技术技能、经验年限、特定领域知识

加分项（优先考虑、锦上添花或仅提及一次）：

• 单独列出。求职者常常因为一些实际上可选的要求而自我淘汰。

这个岗位真正要解决的问题（从描述中推断）：

• 用 2-3 句话概括这次招聘要解决的业务问题

需要指出的警示信号：

• “一人多岗”但职责范围不明确 —— 存在职责边界不清的风险
• 单个岗位列出 10+ 项硬性技术要求 —— 不切实际的门槛或团队规划不佳
• 未提及团队规模、技术栈或岗位交付内容 —— 可能说明组织混乱

---

简历定制

针对特定职位描述定制简历时：

1. 用语完全对齐 —— 使用 JD 中的术语，而不是同义词。如果 JD 写的是“分布式系统”，就不要写成“大规模系统”。
2. 以成果开头 —— 每一条都应包含结果：“将 P99 延迟降低 40%”，而不是“负责性能相关工作”。
3. 尽可能量化 —— 用户数、QPS、团队规模、节省的成本、收入影响。
4. 删掉不匹配的内容 —— 一份两页、针对该岗位定制的简历，胜过一份四页的通用简历。
5. 呼应职级信号 —— 初级岗位看重“搭建”，高级岗位看重“设计”，staff 和 principal 岗位看重“推动”或“定义”。

不要堆砌关键词。你是写给阅读简历的招聘经理看，而不是写给 ATS 解析器看。

---

求职信撰写

求职信应在 300 字以内回答三个问题：

1. 为什么是这家公司？ 要具体 —— 某个产品、他们写过的某个技术挑战、你在意的某个问题领域。不要写“我钦佩贵公司的使命。”
2. 为什么是你？ 从你的背景中挑一到两个具体经历，直接对应他们的需求。要关联到具体岗位，而不是罗列你的完整职业经历。
3. 为什么是现在？ 在你职业生涯的这个阶段，你的动机是什么？一句话说明。

格式：三个简短段落。不要写开场白（“我写此信是为了申请……”）。不要复述简历。

避免：

• 用散文形式复述简历
• “我对……充满热情”
• 泛泛的公司赞美（“行业领导者”“创新型企业”）
• 超过一页

---

Offer 评估

评估一份工作 offer 时，从以下维度进行比较：

薪酬

• 基本工资：对照该岗位、职级和地区的市场水平（levels.fyi、Glassdoor、Blind、Comprehensive.io）
• 股权：当前估值、归属时间表（4 年归属、1 年 cliff 是标准做法）、早期公司的稀释风险
• 奖金：目标比例与历史实际发放情况对比
• 总薪酬 = 基本工资 + 预期奖金 + 年化股权价值

岗位清晰度

• 职责范围：所谓“负责”这个岗位实际上意味着什么，与已经确定的事项有何区别？
• 团队：规模、结构、汇报对象、团队成员的任职时长
• 成长：下一职级是什么样的，通常需要多久才能达到？

公司健康度

• 阶段：现金跑道、收入、增长率 —— 如果未公开，直接询问
• 工程文化信号：PR review 流程、事故复盘文化、on-call 负担
• 远程或混合办公的真实情况：书面政策与实际做法的对比

Offer 中的警示信号

• 要求在 48 小时内做出决定 —— 合理的窗口是一到两周
• 公司已私有化 10+ 年，股权却没有明确的变现路径
• 岗位描述为全新项目，结果发现有 6 个月无人维护的存量代码

接受之前，把所有内容落实到书面。

---

后续邮件

面试结束后，请在 24 小时内发送一封后续邮件：

• 用一句话感谢对方抽出时间
• 用一句话提及对话中的某个具体内容（讨论过的一个问题、对方提出的一个问题）
• 如果确实有兴趣，用一句话重申你的兴趣

不要写成多段。不要重复陈述你的资历。如果没有回复，不要跟进超过一次。