读文章伊始感觉文章并没有像其他文章一样引用了大量的专业术语，文章的例子都非常浅显易懂所以以我的水平也可以看懂。对于软件架构虽然早就听过但是还是这学期准确是这周才开始学习架构的概念，在有一点点理解的基础上读了这篇文章，文章开始引出了架构的概念然后步步深入其实刚开始都的时候我并不是很懂甚至有一些疑惑。作者提到当一个群体产生的时候由于不同的人擅长不同导致了分工的不同。我在想当时的人类就有这种明确的分工合作的意识么而且人类并不一定只做一件事他们肯定还要做其他的事情，后来我继续读的时候才发现，所谓的分工合作一次做一件事是在有一个共同目标的情况下一次只做一件事是这个共同目标分配给他/她的任务，第二篇文章谈了什么是概念，概念是一个很抽象的词语但是作者还是用一些通俗易懂的例子揭示了何为概念，又解释了抽象。接下来作者谈论了问题，只有识别了问题，识别了问题的主体，和问题是什么我们才能够去解决问题。第四篇就是讲如何对架构进行切分，只有有效地将架构进行了切分才能继续开展下一步。其中作者谈到对架构进行切分实际是对利益相关人的以及进行切分或者合并。
第五篇文章谈到的是何为软件软件的历史，实际上可以说是用机器模拟人的历史，软件的成本非常高但随着现在软件工程师慢慢越来越多，开发软件的成本越来越低，因为人们越来越愿意用计算机来处理他们的日常事务这就导致了软件越来越丰富，成本越来越低。后来软件规模越来越大，软件模拟人的行为逐步变成了一个大的趋势。软件工程师是实现这个模拟过程的关键人物软件工程师就是组织这些角色的工作，把一个人的连续工作拆分成不同角色的人的连续配合，演化成了不同的软件开发的模式。这就导致了软件架构的出现，软件架构出现的动力就是提升参与的人的利益，较低成本。第六篇主要讨论的是软件架构要解决的问题。提到问题我们要明确问题的主体是谁，还有就是问题是什么。要明确问题的主体是什么首先要解决两个问题第一个是业务问题，第二个是计算机问题。作者提出问题的主体一个事业务的所有者另一个则是软件工程师的问题。那么这两个业务主体分别有什么问题。业务所有者的问题是业务所服务的对象的利益问题，软件工程师就必须理解业务所服务的对象，当然软件工程师还需要考虑软件的性能问题。通常情况下软件工程师需要对问题进行分析因为软件工程师一个人无法完成这么多事所以需要把问题列出来进行分析。第七篇文章作者解释了什么事架构师成文一名架构师首先要明确我们要解决的是别人的问题不是完成自己工作的问题所以身为一名软件架构师就必须要有勇气去克服对时间的空间和压力。其次软件工程师要能准确发现问题的主体是谁。软件架构师必须是一个组织的领导人要学会去平衡别人的利益甚至是会调整别人的利益，软件工程师的义务就是发现问题并解决问题。说起软件架构师，我们难免会好奇软件架构师的技术，作者提出身为软件架构师语言和技术应该是非常精通。我最初以为软件架构师只要是精通管理即可，作者的分析让我深入理解了软件架构师的职责义务和权利