Shape of the System Structure over vigilance: Engineering for bounded cognition
提出一套软件系统设计原则，强调将正确性融入系统结构而非依赖人工记忆。核心包括：保持推理局部性、显式数据流、解析而非校验、信任边界防御及响应路径隔离。 旨在降低工程师认知负荷并限制故障爆炸半径。内容引用大量学术与工程文献，适合资深开发者深入阅读。
评论
点赞
收藏温柔的日落：已发布的行為都会成为他人的承重墙
<p>你所交付的每一种行为，甚至那些你本无意承诺的行为，都会成为某个人的承重墙。你不能只是把它推倒。</p> 
谣言测试：将传闻转化为可排序的情报
提出“无法复现的报告只是带时间戳的谣言”，强调情报工作中“分诊”的核心作用是将模糊传闻转化为可排序、可验证的信息。对于从事数据分析、安全研判或复杂系统决策的技术人员，这一框架提供了处理不确定性的实用思维模型，有助于在信息过载中建立清晰的优先级判断逻辑。
用二分法定位 Bug
提出在调试代码时，不需要完全理解 Bug 的成因，而是通过二分法不断缩小问题范围，直到定位到具体的代码行。这种方法类似于在干草堆里找针，通过反复减半来快速锁定目标。 对于复杂系统或大型代码库，这种工程化的排查思路比盲目阅读代码更高效，适合追求效率的技术人员参考。
整体的形状：分布式系统中的组合失效与五大定律
本文是《系统的形状》系列的续篇，探讨分布式系统中“整体失效”的问题。文章指出，即使每个组件都正确且健康，系统仍可能因组件间的组合方式而崩溃。 作者提出了五条核心定律来应对这一挑战。 第一，绘制依赖图以识别共享子串导致的共同模式故障；第二，寻找并打破导致系统陷入崩溃状态的反馈循环；第三，明确那些不属于任何单一服务的全局不变量；第四，有目的地组合控制回路以避免振荡；第五，通过探测完整路径而非单个节点健康状态来发现灰色故障。
最响亮的Bug从来不是最糟糕的
最愤怒的客户反馈的Bug，往往不是造成最大破坏的那个。 这揭示了系统中最隐蔽的问题通常是最致命的，提醒开发者关注沉默的危机。
一条由好房子组成的街道
你可以把街道上的每一栋房子都建得很坚固，但一旦所有人同时离开，整个街区就会瘫痪。 这比喻了单体架构中各个组件良好但整体缺乏弹性时的系统性风险。
系统的形态：构建容错架构的十条原则
提出一套软件系统设计原则，强调将正确性融入系统结构而非依赖人工记忆。核心包括：保持推理局部性、显式数据流、解析而非校验、信任边界防御及响应路径隔离。 旨在降低工程师认知负荷并限制故障爆炸半径。内容引用大量学术与工程文献，适合资深开发者深入阅读。
The Input You Didn't Imagine
Your test suite is a museum of bugs you have already killed. The live ones are hiding in the inputs you were too sensible to type.
Postel只对了一半
让互联网万物互联的法则，也是导致系统永远无法清理的原因。 作者反思了Postel法则在长期维护中带来的债务问题。