架构什么时候开始重要

很多人以为架构是“大系统”的事情。
但实际上，只要你打算让一个项目持续存在，架构就已经开始影响成本了。

架构不是大厂专属问题

一个项目哪怕不大，也会面临这些问题：

• 新需求加进来会不会牵一发动全身
• 新成员进来能不能快速理解结构
• 某一层出问题时能不能快速定位

这些都不是规模足够大之后才出现，而是从一开始就在累积。

什么时候你会第一次明显感到架构重要

通常是在第二阶段：

• 第二个功能加进来时
• 第二个人开始协作时
• 第二次上线出现问题时

第一次做的时候，很多问题会被“先跑起来再说”掩盖。
但一旦项目开始重复变化，结构就不再是背景板，而是直接决定你改动成本的系统。

架构本质上解决什么

我更愿意把架构理解成三件事：

1. 让变化有边界
2. 让问题可定位
3. 让协作有共识

如果一个系统做不到这三点，即使今天还能跑，未来的维护成本也会越来越高。

怎么判断架构该升级了

常见信号包括：

• 一个模块开始承担多种职责
• 一次改动需要反复穿透多个层级
• 新人需要大量口头解释才能理解代码结构
• 线上问题出现后，很难快速判断责任边界

这些都说明“能跑”已经不足够了。

结论

架构真正重要的时刻，不是项目已经特别大，而是：

你开始认真对待未来还会继续修改这个项目。