简历优化：把”负责了什么”改成”解决了什么”

一句话结论（30s）

简历要写”解决了什么问题”而不是”负责了什么”，因为”负责”只是功能清单、体现不出任何深度，“解决”带出的问题 + 数据 + 路径才能让面试官 30 秒内预判你面试时会说什么。

核心原理（2min）

用 STAR 化把”负责 XX 模块的后端开发”这类废句，改造成”问题 → 优化路径（方案阶梯）→ 量化结果”三段；凡是能造假的形容词（“大幅提升""显著优化”）一律删除，换成无法造假的数据与比例；每个项目控制在 3-4 行，格式上压缩到一页纸。

底层深入（5-10min）

问题：简历里的”废句”

“负责 XX 模块的后端开发”——面试官看了不知道你到底做了什么、做得怎么样、和别人的差别在哪。

改写：STAR 化

Before:
  负责优惠券秒杀模块的后端开发

After:
  优惠券秒杀在1000并发下超卖50张——
    优化路径:
    1. SELECT FOR UPDATE行锁(QPS 500)
    2. Redisson分布式锁(QPS 5000)
    3. 分段锁(QPS 50000, 100倍提升)
    超卖从50张降至0

面试官 30 秒扫过简历，看到”超卖”→知道这是写写冲突问题、看到从 500 到 50000 的进化→知道是数据驱动的渐进优化。一句话传达了你对问题的理解深度。

思考穿插：为什么”负责优惠券秒杀模块”是废句，而”超卖→分段锁→QPS 50000”能瞬间立住？因为前者是岗位描述、人人可写，后者是问题 + 方案阶梯 + 数据，面试官一眼就能预判你面试时会讲什么——简历的作用就是让面试官”提前知道你有料”。

量化标准

凡是能造假的形容词都不要用——“大幅提升""显著优化""高效”这些词面试官一眼就看出是填充词。数和比例无法造假（被追问时你必须能解释数据来源）。

思考穿插：为什么”数和比例无法造假”？因为形容词没有单位、无法验证，谁都能写”大幅提升”；而”P99 从 45s 到 2s”有明确的口径和来源，面试官一追问数据怎么来的、怎么测的，你答得上才算真——写进简历的每个数字，都是你给自己埋的”可被验证”的证据。

格式建议

• 字体：中文宋体/楷体，英文 Times New Roman / Calibri
• 一页纸 → 不是把字缩小，是先删掉不重要的内容
• 每个项目 3-4 行：1 行问题 + 1 行方案 + 1 行效果
• 技术栈不要再写”熟悉""了解""精通”——等你面试时让技术面试官判断你有多深

总结

简历不是”你做过的功能列表”，而是”你解决过的问题清单”。数据化、对比化、路径化——让面试官从简历中能预判你面试时大概会说什么。

章末提问

你简历上的每个数字，都是追问的入口。以下是三个典型追问：

1. “分段锁 QPS 从 500 到 50000，你的分段粒度是怎么定的？” 结论先行：「按秒杀商品维度分段，分成 100 段，每段独立加锁互不阻塞。」因为 对方在验证数据真实性——你答得出粒度设计和为何这样分，才证明这数字不是编的。

2. “超卖从 50 降到 0，你确定是分段锁解决的，还是别处也改了？” 结论先行：「核心是分段锁把写冲突串行化，同时配合 Redis 原子扣减防住了并发超卖。」因为 这题在考你是否清楚”因果关系”——只有你能拆分出每个改动各自贡献了什么，对方才信你对问题的理解是清晰的。

3. “如果并发再涨 10 倍，你的方案还扛得住吗？下一步是什么？” 结论先行：「分段锁本身可继续细分，但更该考虑用 Redis Lua 原子扣库存 + 异步落库，把热点商品单独隔离。」因为 对方想看你有没有”量级思维”——能说出当前方案的边界和演进方向，说明你不是只会背一个结论。