《从程序员到架构师》：架构首先是一种取舍

2025 年 6 月读完。

这本书覆盖的场景很多：缓存、高并发、微服务、团队协作。真正让我停下来的，却不是某个中间件的用法，而是书里对架构师职责的讨论。公司到底期待架构师提高开发效率、保证稳定性，还是专门突破复杂问题？如果大家的答案不同，出问题时责任一定会变得含糊。

技术方案也一样。缓存穿透可以加布隆过滤器，静态资源可以上 CDN，网关和服务可以设计不同的调用路径。但方案不是越复杂越好。剩下 1% 的问题，如果需要几倍成本才能解决，架构师要做的可能不是继续堆技术，而是把代价讲清楚，和业务一起取舍。

以前我更容易把架构理解成画图和选型。读完后觉得，架构首先是在约束中做决定：哪些规则不能破坏，哪些风险能够接受，什么东西现在值得做。技术能力当然重要，但把这些判断说明白，并让团队形成一致预期，可能更难。