一个能运作的复杂系统，必然是从一个能运作的简单系统演化而来的。——约翰·加尔
—读完这句，什么在心中回响？
一句话的核心：先能跑再求强
约翰·加尔这句话把复杂系统的“起点”讲得很直白：任何真正能运作的复杂系统，都不是凭空设计出来的，而是从一个已经能正常工作的简单系统逐步生长出来的。这里的关键不是“简单”本身，而是“能运作”——先建立一个闭环，让输入、处理、输出与反馈能够自洽。 因此，这句话也隐含着对“纸面完美设计”的警惕：如果一开始就试图把所有功能、规则、角色与异常情况都一次性纳入，系统往往会在尚未验证基本可行性前就被复杂度压垮。与其追求一次到位的宏大蓝图，不如先让最小系统真实地跑起来。
为什么“从零设计的复杂”容易失败
进一步看，加尔定律之所以被广泛引用，是因为复杂系统充满不可预见的交互：组件之间的耦合、用户行为的偏差、边界条件的爆炸式增长，都会让“事先规划”变得不可靠。你在图纸上看见的是结构，但系统在现实中承受的是噪声、延迟、误用和冲突。 于是，直接搭建复杂系统常见的失败模式是：每个子模块都看似合理，但组合后无法稳定运行，排障又难以定位，因为故障源可能来自多点耦合。相反，从能运作的简单系统开始，问题暴露更集中，反馈更及时，修复成本更低，系统也更容易形成可重复的演进路径。
演化路径：用反馈把复杂度“长出来”
既然复杂度不能凭空“造出来”，它就需要被“养出来”。从简单系统出发，迭代的每一步都相当于做一次受控实验：新增一个功能、引入一条规则、扩大一类用户或负载，然后观察系统是否仍然能运作。通过这种渐进式扩展，复杂性被分摊到多个可验证的阶段，而不是集中在一次大爆炸式上线。 在这个过程中，反馈机制决定了演化质量：监控、日志、用户反馈、回滚策略和可观察性，让系统在变复杂时仍然保持可控。也正因为每次演进都以“能运作”为前提，系统的复杂不是堆砌出来的，而是从真实约束中被雕刻出来的。
软件工程中的对应：最小可行与持续交付
把这句话放到软件工程里，会自然联想到“最小可行产品（MVP）”与持续交付：先交付一条端到端可用的主流程，再逐步加入边缘需求与性能优化。与其一开始就构建庞大的微服务、权限体系和全套配置中心，不如先用单体或少量服务把业务闭环跑通，再依据瓶颈拆分。 同样的思想也体现在架构演进上：先确保数据模型、接口契约和部署方式在小规模下可靠，再随着规模上升引入缓存、分片、异步与容灾。每一次引入新的复杂性，都要回答同一个问题：它是否建立在一个已被验证能稳定运作的基础之上？如果不是，复杂只会把不确定性放大。
组织与制度：先建立可执行的规则
从技术转向组织，这条原则依旧成立。许多制度设计失败，不是因为目标不美好，而是因为起步就过度复杂：流程太多、审批链过长、例外条款过细，导致执行者无法形成稳定行为模式，最终制度形同虚设。相对地，一个简单但可执行的规则体系更容易被实践检验，再根据真实摩擦点逐步细化。 因此，制度的演化同样需要“能运作的简单系统”作为底座：先让基本职责清晰、信息流通、奖惩可兑现，再谈更复杂的矩阵管理、OKR层层分解或跨部门协作机制。复杂性只有在执行能力与反馈回路成熟后，才会变成生产力而非负担。
实践准则：用小步验证守住“可运作”
落到行动层面，这句话给出了一套朴素但有效的判断标准：任何新增复杂度都应当换来可验证的收益，并且不破坏现有可运作性。比如在产品上，先把核心用户旅程做通，再扩展个性化与增长玩法；在系统上，先保证可观测与回滚，再追求高可用与多活。 最后，一个常见而实用的自检问题是：如果把系统“砍到最小”，它还能否独立运作并产生价值？能的话，就以此为种子继续演化；不能的话，说明你拥有的可能只是复杂的堆叠而非系统。加尔的提醒并不反对复杂，而是强调复杂必须建立在已被现实证明能运行的简单之上。
一分钟思考
这句话给你带来了什么感受？
相关名言
已选3条先设想一个解决方案，然后一行一行地写代码去实现它。——艾达·洛夫莱斯
艾达·洛夫莱斯
这句箴言勾勒出编程的基本轨迹：先在心中完成解法，再以代码逐步显形。它提醒我们，代码并非起点，而是验证设想的工具与轨迹记录。由此，我们自然转向历史，探看这一思路如何在计算的源头被提出并实践。
阅读完整解读 →简化复杂性是成功的首要条件。—— 乔治·E.E.H.穆尔
乔治·摩尔
这句话强调了在追求成功的过程中，能够将复杂的问题简化为更易解决的形式是关键。只有掌握核心本质，才能更高效地达到目标。
阅读完整解读 →把简单变复杂是常有的事；把复杂变得简单，极其简单，那才是创造力。—— 查尔斯·明格斯
查尔斯·明格斯
在日常生活和工作中，人们往往习惯于把简单的问题复杂化。这种倾向，正如查尔斯·明格斯所说，是“常有的事”。原因在于，我们容易被细节、规则或外界期望所牵引，逐渐堆叠冗杂，从而让本可直接解决的问题变得不堪重负。这一模式不仅体现在个人琐事上，更广泛存在于企业管理与社会治理等各个层面。
阅读完整解读 →更多作者内容
来自约翰·加尔的更多内容 →