阅读笔记：架构解决了谁的问题

这是一个容易被忽略但极其重要的问题。很多人默认“架构是为开发人员服务的”——让代码更好写、更好改。但这只是冰山一角。

架构首先解决的是“老板”或“出资方”的问题。 他们的核心诉求是：在可控的成本和时间内，把一件事情做成，并且能持续获利。架构通过合理的分工和规划，把一个大项目变成可并行推进、可独立交付的若干小项目，让资源投入变得可预测、风险变得可管理。没有架构，老板不敢投钱做复杂系统，因为根本不知道要花多少人、做多久。

架构其次解决的是“团队”的问题。 对开发人员来说，架构划定了每个人的“责任田”和“边界线”。你只需要关心自己模块内的事情，按照约定的接口与其他模块协作。这大幅降低了每个开发者的认知负担和沟通成本。更重要的是，好的架构保护了开发人员不被频繁的变更淹没——业务变了只改一个模块，不需要全团队围着一个需求转。

架构最终解决的是“用户”的问题。 这听起来有些绕，但逻辑是通的：用户要的不是“架构”，而是“功能”和“体验”。好的架构让功能迭代更快、系统更稳定、故障恢复更及时。用户感受到的“这个App真好用”“从来没崩过”，背后都有架构在支撑。

值得注意的是，前四章特别强调：不同利益相关者对架构的诉求经常是冲突的。 老板要快，团队要稳，用户要好用。架构师的工作本质上是在这些相互矛盾的诉求之间寻找平衡点，而不是单方面满足某一方。