第一篇的标题叫做什么是架构，这是一个很基础的问题
第一篇中提出架构在Wikipedia上定义是Architecture is both the process and the product of planning, designing, and constructing buildings and other physical structures。
就是过程和产物，是计划设计和建筑所产生的。
通过这个定义看，架构的范围很广泛也比较难以定义。
我通过阅读一.二章，对于架构的了解是，当问题复杂的时候，为了解决问题产生的产物就是架构。
像作者谈到的，从最开始的个人可以完成的工作，不需要分工。
而当问题的规模逐渐变大，单靠个人无法解决的时候，架构就随之产生了，目的就是为了解决过难的问题。
第三章提出了一个新的理解架构的角度，从主体角度理解，我刚开始阅读这一篇，实不相瞒，我以为这就是杞人忧天过多考虑而已，但是当提出“解决方案”和“问题”的时候，我才恍然大悟，确实如此。我们在与人交流沟通的时候，对方在交代任务的时候总是下意识的给出解决方案，而不是一个问题。
作为架构师来看，我们更应该去发现这个解决方案是不是存在一定的问题，在这里我认为的是思考系统的合理性可行性和是否存在一些用户没有表达的隐性需求，就比如说，我们老师总是在上课的时候提出的一个例子：梦想改造家中的一集，一位设计师满足了用户提出的所有需求，但是用户最后问设计师，我睡在哪里？这大概就是设计师只考虑了用户的解决方案，但是没有发现用户的解决方案中存在的问题。对此文章中所提出的解决方案是“搞明白是谁的问题”，也就是问题的主体是谁，明确主体后，问题也就有了边界，也就可以发现对方给的“问题”中存在的问题。由此考虑，设计师设计的房子是给人住的，设计师也就不会忘记 人需要睡觉和休息这件事，也就不会出现那种情况了。
第四章的内容是架构的切分，那么为什么要有架构的切分，因为人各有擅长，也各自有不熟悉的地方。
标签：架构,提出,解决方案,漫谈,用户,问题,设计师 From： https://www.cnblogs.com/diandianzai/p/17133357.html