主题
界面
简历与项目描述
1. 本节定位
简历的唯一目标：拿到面试 —— 而它的评判标准不是「写得多全」，而是「每条都经得起追问」。
★ 本节把「改写」这件事做成可运行的四维自检工具，四组真实改写实测 ✓✓：
text
原文 「负责图书借阅系统的后端开发与测试」 → 1/4 分 ✗✗
改写 「主导图书借阅系统后端开发：设计 12 张表与 23 个接口，配套 172 个自动化用例全部通过」→ 4/4 ✓✓
原文 「参与秒杀系统的性能优化」 → 0/4 分 ✗✗
改写 「定位秒杀链路瓶颈：压测发现并发 ×64 时 QPS 仅 +25%、P99 涨 36 倍，改用 Redis 预扣 + 消息削峰后超卖为 0」→ 4/4 ✓✓★ 工具：python -X utf8 scripts/career/resume_bullets.py（所有数字都来自本仓库真实产出）✓
2. 学习目标
- 会用四维自检（数字 / 动词 / 结果 / 长度）改写简历条目 ★★★；
- 能区分「流水账描述」与「证据清单」★★★；
- 会给每条简历条目配「可讲 3 分钟」的展开与追问应答 ★★★；
- 知道简历的常见减分项与红线 ★★★。
3. 前置知识检查
- 做过项目复盘与简历表达吗？（《项目 A》、《项目 B》）✓
- 有可量化的项目数据吗？（《性能测试与故障分析》）✓
4. 为什么需要这个知识
★ 简历被看的时间以秒计 ✗：HR 10 秒筛、技术面试官 1 分钟挑 —— 他们找的不是「你做过什么」，而是「有什么证据能证明你能干这个岗」 ✓✓。
| 流水账（写给自己看）✗ | 证据清单（写给面试官看）✓ |
|---|---|
| 「负责 XX 系统的开发」 | 「主导 XX 系统后端：23 个接口 / 172 个用例 / 回归从半天到 3 分钟」 |
| 「熟悉 JVM」 | 「用 Arthas 定位死锁、GC 日志复现 OOM，覆盖 3 类线上故障」 |
5. 核心概念
5.1 四维自检：每条都要过（实测）★★★
| 维度 | 标准 | 为什么 |
|---|---|---|
| 含量化数字 | 接口数 / 用例数 / 性能提升 / 耗时 | 数字是可信度的锚 ✓✓ |
| 动词开头 | 主导 / 定位 / 搭建 / 设计 / 优化 | 体现你的贡献而非「参与」✓ |
| 含结果/影响 | 提升多少、降到多少、覆盖多少 | 没有结果 = 只是过程 ✗✗ |
| 长度 20-70 字 | 一行能扫完 | 太长没人读，太短没信息 ✓ |
★ 实测：同一个项目，两种写法的得分差 3-4 倍 ✓✓✓（见第 7 节）。
5.2 可讲性：每条都要能展开 3 分钟 ★★★
★★ 简历的隐藏契约 ✓✓✓：你写下的每个数字，面试官都可以追问三层 ——
text
「172 个用例」→ 追问：怎么分层的？覆盖率多少？CI 里跑多久？失败怎么归因？
「P99 涨 36 倍」→ 追问：怎么测的？怎么定位的？最后优化到什么水平？
「设计 12 张表」→ 追问：范式还是反范式？索引怎么建？为什么这么拆？★ 规则 ✓✓：写不出来的数字，宁可不写 —— 写下的每一条，都要在模拟面试（《模拟面试与面试复盘》）里演练过「追问三层」 ✓。
5.3 项目描述的四段式 ★★★
text
① 项目是什么（一行）：面向图书馆员的借阅管理系统（图书/读者/借阅/逾期）
② 我的角色与规模（一行）：后端负责人；12 张表、23 个接口、4 类自动化测试
③ 技术挑战与方案（两三行）：借还与库存的并发一致性（数据库条件 UPDATE 兜底）、
逾期计算与状态机、接口幂等设计
④ 结果（一行）：172 个用例全绿、三条流水线、压测目标达成（[S5-010](../../05-projects/project-b/S5-010)）★ 顺序很重要 ✓✓：先给「规模数字」，再给「挑战」，最后给「结果」 —— 面试官会在「挑战」处开始追问，这正是你想要的 ✓✓✓。
5.4 数据来源：从哪找「真数字」★★★
| 数据 | 来源 |
|---|---|
| 接口 / 表 / 用例数 | 项目仓库与测试报告（labs/project-a）✓ |
| 性能数据 | 压测记录（《项目 B：性能测试与故障分析》 的拐点表）✓ |
| 回归耗时 | CI 流水线运行时长（T2-004）✓ |
| 排查结论 | 故障分析记录（《Arthas 与线上问题诊断》 的实测）✓ |
★ 原则 ✓✓✓：数字必须可复现 —— 面试官可能要求你现场跑一遍或讲清测量方法 ✓。
5.5 减分项与红线 ★★
| 减分项 | 后果 |
|---|---|
| 技术栈罗列（20 个框架名）✗ | 没有深度证据，被判定为「用过而已」 |
| 「参与」「协助」泛用 ✗ | 看不出你的贡献边界 |
| 数据夸大 / 编造 ✗✗✗ | 追问两层就崩，这是红线 |
| 一稿多投 ✗ | 与 JD 不匹配的关键词缺席（《目标岗位 JD 分析与能力差距清单》） |
| 写公司敏感信息 ✗✗ | 合规风险（用「某电商平台」） |
6. 递进示例
6.1 一条改写的拆解
text
原文：负责图书借阅系统的后端开发与测试
改写：主导图书借阅系统后端开发：设计 12 张表与 23 个接口，配套 172 个自动化用例全部通过
↑动词 ↑项目与角色 ↑规模数字① ↑规模数字② ↑结果（全部通过）6.2 性能类条目的写法
text
弱：参与秒杀系统的性能优化
强：定位秒杀链路瓶颈：压测发现并发 ×64 时 QPS 仅 +25%、P99 涨 36 倍，改用 Redis 预扣 + 消息削峰后超卖为 0★ 结构 ✓✓：「定位 → 数据（现象）→ 方案 → 结果」 —— 一句话讲完一个排查故事 ✓✓✓。
6.3 反例：只写技术栈
text
「熟悉 Java、Spring Boot、Redis、MySQL、Kafka、Docker、K8s…」✗✗
→ 面试官无法判断深度；改成：「用 Redis 预扣 + 消息削峰把秒杀超卖降为 0」✓✓✓7. 完整可运行工具与实测
工具：scripts/career/resume_bullets.py
运行：
powershell
python -X utf8 scripts/career/resume_bullets.py实测输出（节选）：
text
--- 条目 2 ---
原文：（0/4 分）参与秒杀系统的性能优化
✗ 含量化数字 ✗ 动词开头 ✗ 含结果/影响 ✗ 长度 20-70 字
改写：（4/4 分）定位秒杀链路瓶颈：压测发现并发 ×64 时 QPS 仅 +25%、P99 涨 36 倍，
改用 Redis 预扣 + 消息削峰后超卖为 0
✓ 含量化数字 ✓ 动词开头 ✓ 含结果/影响 ✓ 长度 20-70 字
可引用的实测数据：压测拐点（并发 ×64 / QPS +25% / P99 ×36）、超卖为 0、
扣减一致性用数据库条件 UPDATE 兜底
面试官大概率追问：拐点怎么定位的？先看什么指标？ ｜ Redis 预扣和数据库怎么对账？漏了怎么办？★ 注意最后一行的「追问」 ✓✓✓：工具不仅帮你改写，还替你预演了面试官的第一轮追问 —— 能把追问答好，这条才真正算「写实了」 ✓。
8. Debug 观察点
- 把自己项目的一条描述粘进工具（改
PAIRS）：看四维得分 ✓✓； - 故意写一条「数据很大但讲不清」的：模拟面试追问 → 承认讲不清 → 从简历删掉 ✓✓✓；
- 把同一条改写压缩到 20 字：观察信息量损失 ✓；
- 用 《目标岗位 JD 分析与能力差距清单》 的 JD 关键词，检查每条简历条目是否覆盖了 JD 高频词 ✓✓✓。
9. 常见错误
| # | 错误 | 说明 |
|---|---|---|
| 1 | 写「参与」「负责」不看贡献 ✗ | 换成动词 + 规模数字 ✓✓ |
| 2 | 数字编造 ✗✗✗ | 追问两层即崩，直接出局 ✓✓ |
| 3 | 一条超过两行 ✗ | 面试官扫不到重点 ✓ |
| 4 | 项目描述没有「挑战」段 ✗ | 面试官没有追问的入口 ✓✓ |
| 5 | 所有岗位投同一份 ✗ | 按 《目标岗位 JD 分析与能力差距清单》 的清单调整排序 ✓ |
| 6 | 写内部系统名 / 敏感数据 ✗✗ | 合规风险 ✓ |
10. 动手实验
- 跑工具，读懂四维标准 ✓✓；
- 把自己的 3 个项目各写 2 条（共 6 条），全部改到 4/4 分 ✓✓✓；
- 给每条配 3 个追问的答案（就写在你自己的笔记里）✓✓✓；
- 找一位同伴扮演面试官，对每条做「追问两层」压力测试 ✗✓；
- 产出一页版简历（个人信息 / 技能 / 项目 / 教育），投出去前用本节清单过一遍 ✓✓。
验收方式：简历里每一条都能在 30 秒内讲出「数字来源 + 我的贡献 + 结果」。
扩展任务：为转岗场景单独写一段「可迁移能力」：测试设计 → 自动化框架 → 问题定位的工程化思维 ✓✓
11. 练习题
- 简历四维自检的标准是什么？
- 「可讲性」的含义？为什么写不出来的数字不能写？
- 项目描述的四段式？顺序为什么重要？
- 性能类条目的推荐结构？
- 简历的两条红线是什么？
参考答案（要点）
- 有数字 / 动词开头 / 有结果 / 20-70 字 ✓✓★
- 每条都能展开 3 分钟并接住追问；写不清 = 面试会被反转 ✗✗★
- 项目 → 角色规模 → 挑战方案 → 结果；挑战段是追问入口 ✓✓★
- 定位 → 数据（现象）→ 方案 → 结果 ✓✓★
- 数据造假与泄露公司敏感信息 ✗✗✗★
12. 掌握标准
- [ ] 会用四维标准改写条目 ★★★；
- [ ] 能给每条配三层追问的答案 ★★★；
- [ ] 会写项目描述四段式 ★★★；
- [ ] 知道数字从哪来、怎么复现 ★★★；
- [ ] 了解减分项与红线 ★★。
13. 扩展资源
- 项目 A 复盘与简历表达（本知识库的示范）
- 项目 B 复盘与简历表达
14. 下一步学习
《Java 面试题体系与刷题策略》 Java 面试题体系与刷题策略 —— 简历进了面试门，接下来是知识对抗。
进度只保存在本机浏览器，可随时清除