《架构漫谈》读后感悟

在这一系列漫谈中，作者使用相对抽象的概念配合具体的举例来帮助我理解架构的全部内容，包括架构的定义，基础，内容等等。

在第一篇文章中我了解了架构就是在面对以下条件：

1.必须由人执行的工作，2.每个人能力有限（存在长短板），3. 每个人的时间有限，4.人对目标系统存在更高要求，5.目标系统的复杂性使得单个人完成这个系统，满足条件 2，3

的情况下帮助对人物进行解析和分解，再进行分工，然后建立合理的沟通机制，最后合并个人的工作，建立有机联系合为整体，这就是我理解的架构。其实质是解决人的问题

 

第二篇文章讲解了相这个概念以及“概念”这个词本身的含义

比如杯子就是一个“相”，表达的不是具体的杯子，而是“一手可握，敞口（一般不超过底的大小，太大口就叫碗了），并且内部有一个空间可乘东西的这么一个作用。”

之后讲解了理解概念，正确认识概念对做好架构的含义，是必须具备的功能。

 

第三篇文章

用女主人公，老公切土豆下锅简单讲述了识别问题的重要性

以及正确的识别问题需要的内容

包括确定主语

搞明白目标问题“是谁的问题，是什么问题”，当然也是需要沟通的。为了帮助自己更快的搞明白，首先要做的事是问正确的问题。架构师应该问的第一个正确的问题就是：目标问题是谁的问题。

明白问题的主题是架构的主要问题

第四篇

讲解了切分的本质：

利益的调整

以及产生切分的原因

1. 某个或者某些利益相关人负载太重。

• 时间上的负载太重。
• 空间上的负载太重，本质上还是时间上的负载太重。

2. 某个或者某些利益相关人的权利和义务不对等。

其原则为

1. 必须在连续时间内发生的一个活动，不能切分。
2. 切分出来的部分的负责人，对这个部分的权利和义务必须是对等的。
3. 切分出来的部分，不应该超出一个自然人的负载。
4. 切分是内部活动，内部无任怎么切，对整个系统的外部应该是透明的。

切分的过程也是建模的过程

而切分的结果一定是一个树状，这也是为什么会产生分层。层数越多沟通越多，效率越低，分层要越少越好。尽可能变成一颗平衡树，才能让整个系统的效率最大化。

第五章讲述了软件的历史

人们越来越愿意把原来只有人才能做的事情，交给计算机来做。结果就导致软件越来越丰富，能够做的事情也越来越多，成本也越来越低。可以这么说，成本是我们为什么采用软件的主要动力，可以节省大量的人员培训，减少雇员的数目。

 软件工程师本身的培养就比较难，同时行业知识也要靠时间的积累，这样就远远超出了软件工程师的能力了。所以软件开发就开始有分工了，行业知识和业务的识别，会交给BA，系统的设计会交给架构师，设计的实现交给架构师，实现的检验交给测试，还有很多其他角色的配合。

这一切的背后，仍然是为了提升人类自己的利益，解决人类自己的问题。

架构漫谈7

具体的讲述了架构师的含义

以及如何成为架构师

“权利和义务”

架构师是要去平衡别人的利益，甚至会调整别人的利益的。一旦架构师是全心全意的为别人的利益服务，自然而然的架构师就拥有了强有力的影响力，肯定会是一个 leader。但是只是民意上的 leader 是没有用的，不能完全发挥架构师的能量。