顶级工程师的核心技能

二分法调试（1000 行代码 5 次内定位）
├── ① 确定问题范围（错误在哪一段/哪一层）
├── ② 二分：中间加日志/断点 → 问题在前半段还是后半段？
├── ③ 递归缩小（每次砍一半）
├── ④ 5 次内定位到行级
└── 对比：顺序排查 1000 行 vs 二分 10 次左右

精英调试流程
├── ① 复现：稳定复现 + 记录输入/环境/操作序列
├── ② 假设：列出所有可能原因（排序）
├── ③ 验证：一次验证一个假设（最小实验）
├── ④ 定位：二分法收敛到根因
├── ⑤ 修复：最小改动 + 补测试
└── ⑥ 复盘：为什么没被测试发现 → 补盲区
→ 金句：调试不是找 bug，是验证假设的科学实验

读码考古三件套
├── ① git blame：看每一行的作者 + 提交信息
│   └── 提交信息 = 当时的「为什么」（团队知识资产）
├── ② 调用链追踪：从入口 → 出口（IDE 跳转 + 断点）
│   └── 理解数据流向，而非孤立看函数
└── ③ 单测双重验证：跑测试理解行为契约
    └── 测试 = 代码行为的可执行文档

读一段陌生代码的顺序（精英习惯）
├── ① 先读测试：它承诺了什么行为？（最快理解）
├── ② 再读接口：入参/出参/异常（契约）
├── ③ 后读实现：数据流向 + 关键分支
├── ④ 最后考古：git blame 看演进历史
└── ⑤ 记录：发现的设计决策记入笔记（知识沉淀）
→ 顺序决定效率：从「行为的承诺」到「行为的实现」

安全重构流程
├── ① 识别坏味道：重复/长函数/魔法数字/散弹式修改
├── ② 小步前进：一次一个重构（提取/改名/拆分）
├── ③ 验证安全：每步后跑测试（全绿才下一步）
└── 铁律：重构不改变行为——测试全绿 = 重构成功的证据

重构优先级（ROI 排序）
├── P0：删除注释掉的代码 / 魔法数字 → 常量（零风险）
├── P1：提取重复逻辑（三处以上）
├── P2：长函数拆分（有测试保护）
└── P3：架构级重构（需专项排期）
→ 金句：最好的代码是你从不必写的代码——重构是让代码「少」的艺术

翻译的价值（博弈视角）
├── ✗ 技术语言：「要改 3 层架构，涉及 20 个服务……」
│   → 商业方：听不懂 = 不信任 = 无法决策
├── ✓ 商业语言：「需要两周，上线后搜索速度提升 3 倍」
│   → 商业方：听得懂 = 能决策 = 认可价值
└── 本质：技术翻译 = 把「技术成本」翻译成「业务收益」——
    让决策者能用商业逻辑支持你的技术方案

翻译能力三级
├── L1 说结论：工期 + 影响（最基本）
├── L2 说取舍：方案 A/B 的代价与收益（决策支持）
└── L3 说价值：技术投入 → 业务指标（算账思维，见 01 篇）
→ 精英的标志：业务方愿意找你讨论技术方案的商业影响

诚实估算公式 = 数值 + 依据 + 波动范围
├── ✗ 「两周吧」（随口 → 超期 → 信任受损）
├── ✓ 「两周（拆解：API 3 天 + 状态 3 天 + 失败 2 天 + 测试 2 天
│    + 文档 1 天 + 缓冲 3 天），这是最可能值，
│    上下可能有 50% 波动，主要风险是联调环境」
└── 效果：即使超期，对方有预期 → 信任不崩
→ 金句：诚实是最好的策略——估算的波动不可消除，但可被预知

拒绝公式 = 先说结论 + 诚实原因 + 替代方案 + 约定时间
├── ① 结论：「这个需求这周排不了」
├── ② 原因：「手上有两个已承诺上线任务」
├── ③ 替代：「可放下周；或需要这周则须暂停其一」
└── ④ 约定：「你确认优先级后我马上调整」
→ 效果：诚实 + 建设性 + 把决策权交还对方（详见《好习惯》03 篇）

精英的拒绝对象（比拒绝任务更高一层）
├── 拒绝无测试的合并（质量底线）
├── 拒绝不合理的工期承诺（诚信底线）
├── 拒绝破坏架构的临时方案（工程底线）
└── 拒绝方式：不是「不行」，是「可以，但需要 xx 前提」
→ 精英的拒绝 = 对质量负责，而非对人不配合

评审作为导师的三层
├── L1 指出问题：这里有空指针风险（发现错误）
├── L2 解释原因：为什么是风险 + 什么场景触发（传授知识）
└── L3 引导思考：这个风险你觉得怎么处理最好？
    → 让被审者自己得出结论（培养能力）
→ 精英评审的效果：被审者不仅改了代码，还学会了判断