精英思维：从写代码到做工程

思维层级金字塔
┌─────────────────────────────┐
│ ⑤ 人生视角：职业是复利不是彩票  │ ← 长期主义
├─────────────────────────────┤
│ ④ 博弈视角：理解利益格局        │ ← 跨团队协作
├─────────────────────────────┤
│ ③ 决策视角：权衡取舍与风险      │ ← 架构决策
├─────────────────────────────┤
│ ② 业务视角：技术为业务服务      │ ← 价值创造
├─────────────────────────────┤
│ ① 技术视角：怎么把活干好        │ ← 基础执行
└─────────────────────────────┘
普通程序员：停留在 ①②（能干活）
骨干工程师：达到 ③④（能决策）
精英程序员：贯通 ①-⑤（能布局）

主人翁 vs 打工者
├── 打工者：「领导让我做 X，我做 X」
├── 主人翁：「项目要成功，需要 X、Y、Z，我先做 X，推动 Y，协调 Z」
└── 差别：
    ├── 打工者看见「任务清单」
    └── 主人翁看见「项目成功的路径」

主人翁的正确姿势
├── 看见问题 → 提出（不装看不见）
├── 评估方案 → 建议（不擅自拍板）
├── 推动落地 → 协调（不孤军奋战）
└── 结果汇报 → 复盘（不居功自傲）

业务视角的三问
├── ① 这个功能为谁服务？（用户画像）
├── ② 解决了什么业务问题？（业务痛点）
├── ③ 成功怎么衡量？（业务指标：转化率/留存/成本）
→ 带着三问做技术，方案会完全不同

技术翻译（算账）示例
├── ✗ 纯技术：「响应时间从 2 秒降到 0.5 秒」
├── ✓ 算账：「响应时间从 2 秒降到 0.5 秒，
│   预计减少 30% 用户流失，按当前用户量估算，
│   每月挽回约 X 万元收入」
└── 核心：技术是成本，业务是价值——算账把成本变成价值

算账沟通三场景
├── ① 申请资源：「需要 2 周 + 1 个人，换来每月省 20 人时
│     + 减少 X 万损失」（资源置换价值）
├── ② 汇报成果：「本季度技术产出 = 性能 3 倍 + 事故 -80%
│     + 成本 -30%」（价值总览）
└── ③ 方案选型：「A 方案贵但省维护，B 方案便宜但风险高——
    按三年成本算，A 更划算」（决策依据）
→ 金句：会算账的开发者，老板看到的不是成本，是投资回报

架构决策 = 权衡取舍（没有免费的午餐）
├── 决策三要素：
│   ├── 技术：性能/可维护性/演进空间
│   ├── 成本：开发/维护/迁移
│   └── 时间：当前需求/未来预期
├── 精英决策习惯：
│   ├── 先列取舍再选（决策留痕：为什么选 A 不选 B）
│   ├── 小步验证（先 POC 再铺开）
│   └── 可逆决策快做，不可逆决策慢做
└── 金句：工程师的价值不在于「选对」，在于「选对 + 说清为什么」

博弈视角（跨团队协作）
├── 每个团队有 KPI：业务要快、测试要稳、运维要安全
├── 精英习惯：理解对方 KPI 再提方案
│   ├── 给运维提方案：附带安全评估
│   ├── 给业务提排期：附带风险说明
└── 目标：双赢方案（你的技术目标 × 对方的目标）
→ 博弈不是算计，是「让所有人赢」的设计

强烈观点弱立场
├── 强烈观点：研究后有自己的判断（不含糊）
├── 弱立场：出现更好的论据时果断调整（不固执）
└── 实践：
    ├── 讨论技术方案：坚定表达观点 + 认真听反驳
    ├── 反驳有理：采纳并致谢（「这个角度我没考虑，按你的来」）
    └── 反驳无理：用数据/实验说服（不靠资历压人）
→ 效果：赢得尊重（有观点）+ 不失共识（不固执）