TL;DR：决策不是“选最好的方案”，而是在多目标、不确定性和约束下，做出可被审阅、可回退、可演进的承诺。系统思维建模、因果与证据验证之后，决策与权衡负责把分析转化为选择。关键区分：可逆决策快做、不可逆决策慎做；决策质量不等于结果好坏——过程可审阅、假设可回溯、退出条件预设，才是一个工程决策的交付物。
2026-08-25
TL;DR：架构决策记录（ADR）是一份轻量文档，记录“做了什么决策、为什么、基于什么假设、放弃了什么”。它不是设计文档，而是决策的留痕——让半年后没人记得“为什么选了 A”时仍能回溯推理。ADR 的关键属性是可演进：新决策可取代旧决策，形成决策树而非孤立文件。
2026-08-25
TL;DR：决策矩阵把“凭直觉选”变成“显式权衡”——列出选项与评估维度，为每个交叉点打分或标注，让“为什么选 A 不选 B”成为可检查的推理。它的价值不在精确分数，而在暴露权重假设：当两个方案总分接近时，翻看哪个维度的权重决定了结果，就能发现你真正在权衡什么。
2026-08-25
TL;DR：不是所有决策都值得同等慎重。Bezos 的门框架把决策分为双向门（可逆，快做）和单向门（不可逆，慎做），让分析投入匹配风险。关键认知：可逆性是连续谱而非二元——很多决策表面可回退却带隐性不可逆成本（数据已迁移、承诺已被依赖）。判断门类型的方法不是问“能不能撤销”，而是问“撤销的代价是否超过重做”。
2026-08-25
TL;DR：Premortem（事前验尸）在决策执行前，假设“这个决策一年后失败了”，然后倒推失败原因。它把事后复盘的反思能力前置到还有机会调整的时刻。预承诺是配套机制：基于 Premortem 识别的风险，预先承诺“若出现 X 就做 Y”，避免事发后临时决策。
2026-08-25
TL;DR：本篇用一个完整案例串起全专栏方法——为消息队列选型做一次可复盘的技术选型。流程是：判断门类型 → 列选项与维度 → 决策矩阵权衡 → Premortem 识别风险 → 写 ADR 记录假设与退出条件 → 预设回退路径。最终产出是一页“技术选型决策记录”，让选型过程可被审阅、假设可被证伪、回退可被执行。
2026-08-25
TL;DR：本篇提供 ADR（架构决策记录）的空白模板与一个公认写得好的完整示例。模板遵循 Michael Nygard 的原始四要素结构，示例改编自业界广泛参考的微服务缓存决策案例。直接复制模板使用，对照示例检查完整度——一篇合格的 ADR 不在于篇幅，而在于假设可证伪、后果含负向、放弃了什么被写明。
2026-08-25