《学会提问》——布朗 & 基利
一句话说破：这本书教你的不是”怎么反驳别人”，而是”怎么在信息洪流里不随便信、也不随便站队”。 它的英文名是 Asking the Right Questions，本质是一套批判性思维的实战清单。
作者开篇就点破一个反直觉的事实：我们被误导，大多不是因为有人处心积虑骗我们，而是因为对方自己也深信不疑（“轻信假说”而非”阴谋假说”）。所以这本书的价值不在拆穿坏蛋，而在于给你一副”我凭什么信你”的眼镜。
它真正在讲什么
全书是一套评估论证的流水线，我挑最该刻进脑子里的几步：
1. 先揪出”结论”和”理由” 很多人吵架吵了半小时，其实没人在说同一件事。第一步永远是：这句话的结论到底是什么？支撑它的理由又是什么？没有理由的结论只是表态；没有结论的理由只是闲聊。
2. 警惕模糊词 “我们会显著提升性能""用户体验更好”——这些词在不同人嘴里意思完全不同。不先定义清楚，后面的讨论全是空转。
3. 给证据分等级 书里把证据分成几类，强弱天差地别：
- 个人经历 / 案例：最弱，一个”我朋友靠熬夜成功了”推不出”熬夜有助成功”。
- 专家/权威证言：要看专家是否真在该领域、是否利益相关。
- 统计数据：要看样本、口径、相关性是否偷换成了因果。
- 研究结果：相对最硬，但也要看能否被重复。
4. 把”相关”和”因果”拆开 “冰淇淋销量上升，溺水也上升”——不是冰淇淋导致溺水，是夏天这个第三方因素同时抬高两者。书里反复提醒：看到 A 和 B 一起出现，先问”有没有别的解释”。
5. 找被遗漏的信息和替代结论 任何论证都在省略东西。高手会问：“如果换个前提，结论还成立吗？还有没有更合理的解释？“
它的边界（别盲信的地方）
- 它是清单，不是性格。 真到了激烈争论的现场，你脑子里很难逐条跑完 10 步。它的价值是长期训练出的”直觉式警觉”，不是吵架时的逐条背诵。
- 它假设对方至少想讲道理。 面对纯粹的情绪煽动或蓄意误导，这本书能帮你”看穿”，但赢不了房间里的投票。
- 用过头会变成讨人厌的”可是先生”。 事事都要对方定义术语、列证据，会显得抬杠。批判思维是给自己用的，不是用来碾压别人的。
对你（写代码、读技术文的人）怎么用
这本书简直是为工程师量身定做的，因为代码评审和技术选型本就是”提问”的现场：
- 评审别人的代码/设计，就走这套流程：这段的”结论”是什么（它要解决什么问题）？理由成立吗（那个 benchmark 真能说明性能更好，还是样本太小）？有没有被忽略的竞品方案？边界条件写清楚了吗？
- 读”X 比 Y 快 10 倍”这类文章时：先问证据等级——是厂商自测、是特定 workload、还是独立复现？相关还是因果（快是因为算法，还是因为少做了检查）？
- 写 RFC / PR 描述时：强迫自己先写一句”本次要解决的问题 + 结论”，再列理由和假设。这能筛掉一大半”我觉得应该这样”的随意改动。
- 每周挑一个你”深信不疑”的技术判断，用这副眼镜重新审一遍：我的证据到底是什么等级？有没有反例？
一句话带走：理性不是”我赢了辩论”，而是”我离事实更近了一点”——前提是，你允许证据改变自己。