本篇博客主要是谈软件架构师如何工作的，在阅读了博主“王概凯”的“架构漫谈”的博客后，我来说一些关于这个问题的一些自己的看法和观点。软件架构师是如何工作的？作为一名大三软件工程的学生，我并不是十分了解一名软件架构师的工作方式，因为我并没有学习过软件架构的相关的知识。在阅读了几篇架构漫谈的博客之后，对这一概念才有了进一步的了解。以下是我自己的看法：
对于软件架构师如何工作，我觉得首先，要理解什么是架构，在架构漫谈博客一中提到，架构架构的英文是Architecture，在Wikipedia上，架构是这样定义的：Architecture (Latin architectura, from the Greek ἀρχιτέκτων arkhitekton"architect"， from ἀρχι- "chief" and τέκτων "builder") is both the process and the product of planning, designing, and constructing buildings and other physical structures。这句话的大概意思是说“架构”是过程和产品的规划、设计和建造建筑物和其他ph值。在架构漫谈中举了早期社会每个人独立的生活方式慢慢到人们成为一个群体，成为群体之后人们为了生存产生的阶层 ，分工等等这样慢慢的形成了一个社会的架构。通过这个定义我大致把架构理解成：把一个任务分割成多个部分，不同的角色负责不同的部分，而且人们之间具有良好的联系沟通机制，通过每个人的有机结合使得不同的任务得以完成。文中也举了多个例子对架构进行了解释，总体来说我对架构有了自己的一个认识。架构在很多行业都会存在，架构这个东西，从不同人的角度出发，所产生的架构可能也会千差万别，不同的拆分，不同的分工等等，这些都是不同架构产生的因素。所以对于软件架构师这个行业，对一个软件的理解是十分重要的，如何化零为整是一个软件架构师应该具备的。
然后在架构漫谈二中提到的“概念”一词，我相信对我们很多人来说，概念是很难理解透彻的，对于一个物品的概念，大多是在长期的生活中有了潜意识，见到笔就知道是用来写字的，所以具体应该怎样定义概念，会有很大的差距，在生活中我们会遇到很多这样的事，不同的人对同一个事物会有不同的概念，这也是出于常识对这个东西的理解，从抽象角度来说，就是算是一类物品。回过头来，根据架构的定义，要做好架构所首先必须具备的能力，就是能够正确的认识概念，能够发现概念背后所代表的问题，进而才能够认识目标领域所需要解决的问题，这样才能够为做好架构打好基础。因此对于架构，想要做架构的时候，需要理解自己所做领域的东西。作为一名软件结构师也是这样，对于一个软件所属领域，必须要快速进入并掌握这个领域，然后才能够正确的解决问题，才能做好自己的工作。
按照之前博客一中的架构的定义，做好架构首先需要做的就是识别出需要解决的问题，那么接下来就是如何识别问题了。在看架构漫谈三中，有一个简单的笑话：女主人公：老公，把袋子里的土豆切一半下锅。结果老公是把袋子里的每个土豆都削了一半，然后下锅。这个从简单点说是男生对女生的话理解有了偏差。但是，仔细的去看待这个问题，女主的需要时完成两个人或者这个家庭人一顿饭的问题，那么问题的关键是什么？是一家人合适的吃饭的量，而男主只是从字面上，有了错误的理解。因此对于一个软件架构师，如果对于自己遇到的问题，只是自己一闪而过的念头，没有找到问题的关键所在那么也不会成为一个合格的架构师。我们要解决的问题，一定都是人的问题。更进一步，架构师要解决的，基本都是别人的问题，不是自己的问题。我们一定要明白，任何找上架构师的问题，绝对都不是真正的问题。为什么呢? 因为如果是真正的问题的话，提问题过来的人肯定都能够自己解决了，不需要找架构师。架构师都要有这个自觉：发现问题永远都比解决问题来的更加重要。以上是我对于作为一名架构师工作时需要具备的一些能力。