Appearance
技术难点：瓶颈识别、约束条件与解决路径
主题边界
- 技术难点要能落到具体系统症状，例如首屏慢、状态失真、构建过慢、发布事故频发或组件复用失败。
- 它必须包含约束条件，否则只是普通开发任务。
机制与流程
- 先定义问题表现和影响范围，再说明约束，例如历史包袱、跨团队接口、浏览器兼容、流量峰值或上线窗口。
- 接着给出分析路径：如何定位瓶颈，如何排除错误假设，如何选定方案。
- 最后说明方案为什么成立，以及带来的副作用和后续治理。
关键差异
- 难点不是功能复杂，而是系统在某种约束下无法直接用常规方法解决。
- “我做了很多优化”与“我识别并解决了真正瓶颈”是两回事。
边界条件
- 没有量化前后差异的难点故事，很难证明方案真的解决了问题。
- 只说技术名词，不说明为什么要这么做，通常意味着问题定义并不完整。
工程落点
- 高质量难点复盘会包含定位方法、权衡取舍、验证结果和残留风险。
- 这和工程现实一致，因为真正复杂的问题从来不是只靠一个 API 解决。