读书笔记 -- 架构整洁之道 (Clean Architecture)

读的时间距离现在有点久，只能记住我的key takeaway了。其中第一点，也是最重要的一点就是，这是本好书，很推荐。

读完这本，然后再去看我之前推荐过的Team Topologies这本书（见博客如何打造高效的团队（一） - 团队架构）；系统架构和团队架构是一体两面，用系统架构的眼光去架构团队，系统和团队相结合，打造高效能和可维护的系统和团队。

下面分享下我记住的要点：

前言

1. 软件架构会提供两种价值：
   • 行为(Behavior)：你的软件解决了什么问题、实现了什么功能。
   • 架构(Structure)：你的软件是以什么方式组织在一起的，能不能灵活改变或者扩展行为。
2. 走得快的唯一方式，就是走得好。确实有的情况因为市场机会需要简单粗糙快速出活，这是OK的，只要能意识到所有现在铺下的坑以后都是要指数级别偿还的，把这方面的代价加入你的考虑和计划中。
3. 一个软件系统不管从什么方面来看，最昂贵的都是维护成本。所以不要光注意多快推出了一个新功能，推出不是终点，还要看看后续花了多少成本去维护和改进。
4. 架构的目标就是减少搭建和维护系统所需要的资源。

以业务为核心

我个人认为这本书最重要的出发点就是业务，包括：

• 业务的相关性：你的决定是