Armin Ronacher 谈软件团队的共同理解

关键信息

Ronacher 区分了无谓的缓慢和有益的摩擦：修改其他团队组件时的延迟，有一部分是开销，但也有一部分是在更新共享理解。他把代码审查、文档、对话、争论以及向他人解释变更，视为维持项目对齐的机制。

资讯摘要

2026 年 7 月 14 日，Simon Willison 以《The Tower Keeps Rising》为题发布了一段来自 Armin Ronacher 的引语。该引语认为，软件项目真正的共同语言不是英语，也不是 Python，而是团队对各种概念意味着什么、边界在哪里、哪些不变量重要、谁负责什么，以及系统为何会呈现当前形态的共同理解。Ronacher 说，这种语言通常不会被完整写在某一个地方。它的一部分存在于文档和代码里，但同样也存在于代码审查、对话、争论，以及向别人解释一次变更的过程之中。接着，他回顾了 AI 代理普及之前，这种共享理解是如何通过“摩擦”被维持住的。

比如，如果开发者想修改别人的存储层，通常需要先读代码、提问题，并与依赖该服务的其他团队协调。这个过程很慢，其中很多慢速确实是浪费，但并非全部如此。Ronacher 认为，其中一部分摩擦恰恰是把“你的理解”变成“我的理解”的过程，也是在检验双方是否还一致地理解系统如何运作。最后，他总结说，这种摩擦会让人们同步起来。

资讯正文

2026年7月14日

一个软件项目的共同语言不是英语，也不是 Python，而是对其概念含义、边界在哪里、哪些不变式重要、谁负责什么，以及为什么系统会呈现出这样的形态所形成的共同理解。这种语言很少会被集中记录在一个地方。它部分存在于文档和代码中，但也存在于代码审查、对话、争论，以及必须向别人解释一次变更的经历之中。在有 agents 之前，这种共同理解中的一部分是靠摩擦来维持的。如果我想修改你的存储层，我通常必须阅读你的代码，向你提问，并且也许还要和另一个依赖该服务的团队协调。这很慢，而这种缓慢中的大部分都是浪费，但并非全部都是浪费。其中一部分是让你的理解变成我的理解的过程，也是让我们两个人都发现自己是否仍然就系统的工作方式达成一致的过程。这种摩擦会让人们同步起来。

一个软件项目的共同语言不是英语，也不是 Python，而是对其概念含义、边界在哪里、哪些不变式重要、谁负责什么，以及为什么系统会呈现出这样的形态所形成的共同理解。这种语言很少会被集中记录在一个地方。它部分存在于文档和代码中，但也存在于代码审查、对话、争论，以及必须向别人解释一次变更的经历之中。

在有 agents 之前，这种共同理解中的一部分是靠摩擦来维持的。如果我想修改你的存储层，我通常必须阅读你的代码，向你提问，并且也许还要和另一个依赖该服务的团队协调。这很慢，而这种缓慢中的大部分都是浪费，但并非全部都是浪费。其中一部分是让你的理解变成我的理解的过程，也是让我们两个人都发现自己是否仍然就系统的工作方式达成一致的过程。这种摩擦会让人们同步起来。

— Armin Ronacher，The Tower Keeps Rising

来源与参考

1. 原始链接
2. A quote from Armin Ronacher