长期以来，软件工程界将源代码视为设计文档的一种延伸——仿佛代码是建筑蓝图，注释是图纸标注，架构是承重墙。但这一认知正在崩塌。当代编程实践中，源代码的本质更接近生物DNA的表达过程，而非静止的图纸。它不描述“是什么”，而定义“做什么”；它不记录决策的历史，而实时暴露决策的后果。当我们把代码当作设计文档，就会陷入为代码写小说式注释的泥潭，忽视了真正重要的东西：代码在运行时产生的行为轨迹。
行为与文本之间存在着根本的翻译断层。阅读源代码时，我们实际上在进行双重解码：先是人类语言到程序语言的语法映射，再是程序逻辑到机器行为的语义映射。更关键的是，大多数代码的真实行为只能在并发、异常、延迟等非理想条件下浮现，而这些恰恰是静态文本无法表达的信息。因此，那些将代码可读性等同于“像散文一样流畅”的论调，本质上是将源代码降级为文学创作。真正的可读性，应当衡量代码能被多少种不同的执行路径激活，以及开发者能否在不可见的状态条件下正确预测其行为。
重构的尽头不是代码整洁，而是熵增曲线上的暂时平衡。Martin Fowler等人倡导的小步重构，其隐含前提是代码有一个稳定的“正确形态”。但真实系统的复杂性来自外部依赖、需求漂移和人类理解的分歧，这些不服从任何优雅设计原则。源代码作为行为记录，它保存的是每个决策时刻的代价——今天你用抽象工厂换来了可扩展性，明天就可能需要追加解释性变量来弥补它引入的间接性。承认代码本质上是动态的，意味着我们应当把重构视为生态维护，而非工程优化。每一次删除注释、重命名变量、拆分函数，都在改写代码的历史记忆，而不是更接近某个柏拉图式的理想版本。
源代码的真正读者不是人，也不是机器，而是时间。版本控制系统已经意识到这一点，所以它会记录每一次diff；但我们的思维方式还没跟上。当我们在审查代码时，不应该问“这段代码是否清晰”，而应该问“这段代码会经历什么样的演化压力”。未来，AI辅助编程或许会使源代码变得更灵活、更短暂，甚至可能成为实时生成的行为描述，取代现有的静态文本形态。到那时，我们回望今天对源代码的崇拜，会像看古人膜拜手稿一样觉得遥远。但此刻最重要的一步是：停止把代码当作设计文档，开始把它当作一种有生命的行为契约，它一边约束系统，一边塑造我们对问题的理解方式。
