《架构漫谈》读后感

1．          什么是架构：

作者说架构实际上就是指人们根据自己对世界的认识，为解决某个问题，主动地、有目的地去识别问题，并进行分解、合并，解决这个问题的实践活动。架构的产出物，自然就是对问题的分析，以及解决问题的方案：包括拆分的原则以及理由，沟通合并的原则以及理由，以及拆分，拆分出来的各个部分和合并所对应的角色和所需要的核心能力等。

简而概之，架构便是困难问题简单化，简单问题流程化。

被告知要处理一个问题，但是交过来的实际上是一个解决方案，不是问题本身

被告知要处理一个问题，直接通过直觉就有了一个解决方案，马上考虑解决方案如何落地，或者有几种解决方案，选哪个合适

2.目标问题是谁的问题。

当我们处理问题的时候，如果发现自己正在致力于把自己的工作完成，要马上警惕起来，因为这样下去会演变成没有 ownership 的工作态度。在面对概念的时候，也会不求甚解，最终会导致没有真正的理解概念。

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

时间上的负载太重。

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

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

4 谈架构就是谈分层，似乎也没有错，但是还是知道为什么比较好。从根节点下来，深度相同的是同一层。架构的切分的导火索是人的负载太重。

架构的切分实际就是对 stakeholder 的利益进行切分或合并，使得每个 stakeholder 的权责是对等的，每个 stakeholder 可以为自己的利益负责。

架构切分的最终结果都会体现在组织架构上，只有这样才能够让架构落地并推进。

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

__EOF__

本文作者：stdxxd
本文链接：https://www.cnblogs.com/stdxxd/p/17133181.html
关于博主：评论和私信会在第一时间回复。或者直接私信我。
版权声明：本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！
声援博主：如果您觉得文章对您有帮助，可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力！