架构漫谈
最近，我读了架构漫谈的九篇博文，让我深有所感。深刻的理解了什么是架构，以及架构在我们的日常生活以及程序员的编程过程中所发挥的重要作用，同时也深刻的深刻的认识到一名合格的软件架构师在面对具体项目时所发挥的巨大的不可替代的作用。下面就让我们来谈一谈什么是架构。
架构漫谈的第一章，为我们从生活到编程全面的讲解了何为架构，架构师如何产生的，以及什么是架构，架构在我们的生活中所发挥的具体作用。架构最早是从人类的建筑中产生的，古时候人们为了躲避其他猛兽的攻击，以及减少自然环境的变化，人类开始学会在平地上用树木和树叶来建立隔离空间的设施，从而慢慢演变出了现在的架构。什么是架构？1、根据要解决的问题，对目标系统的边界进行界定；2、并对目标系统按某个原则的进行切分；
3、根据2，使得这些部分之间能够进行有机的联系，合并组装成为一个整体，完成目标系统的所有工作。在我看来，架构实际上就是指人们根据自己对世界的认识，为解决某个问题，主动地、有目的地去识别问题，并进行分解、合并，解决这个问题的实践活动。其中，学会分解、合并、这是非常重要的，学会把事情或人分解开来，根据每个人的特长，将他们分配到适合自己的岗位上，发挥出他们最大的力量，并线同时进行工作，提高完成项目的完成效率和质量，这才是架构的本质。
架构漫谈第二章为我们讲述了认识概念是理解架构的基础，根据架构的定义，要做好架构所首先必须具备的能力，就是能够正确的认识概念，能够发现概念背后所代表的问题，进而才能够认识目标领域所需要解决的问题，这样才能够为做好架构打好基础。这是帮助我们理解架构的基础，也是我们学习架构的重中之重。
架构漫谈的第三章为我们介绍了识别问题，俗话说的好，如果把真正的问题找到了，那么就解决了问题的百分之八十了，学会识别和发现问题，是解决问题的前提和基础。识别问题的一个最大的前提就是要搞清楚：是谁的问题。只有搞清楚了这个问题，那么问题的边界才能得到确认，然后再继续讨论问题才有意义。找出问题的主体，是做架构的首要问题。发现问题永远比解决问题更加重要。由此可见，问题的主体对问题的边界确定有多么的重要。
识别问题首先要知道是什么问题以及有什么问题，架构永远都是解决人的问题。
架构漫谈的第四章为我们介绍了如何做好架构之架构切分，架构的切分的导火索是人的负载太重。所谓的切分其实就是利益的划分，利益的调整。切分的过程就是建模的过程，每次对大问题的切分都会生成很多小问题，每个小问题就形成了不同的概念。切分的输出和组织架构，就是一个系统的模型，对于一个整体问题，有多少的相关方，每个相关方需要承担哪些权利和义务，不同的相关方是如何结合起来完成系统的整体任务的。切分的结果最终都会体现在组织架构上，因为我们切分的实际上就是人的利益。
架构漫谈的第五章为我们讲了什么是软件。软件扮演的角色：是把人类的生活模拟化，提供更低成本，高效率的新的生活。软件的根本就是成本为王，同时为人们的生活提供更便捷的生活，提高人们的生活效率。
架构漫谈的第六章为我们讲述了软件架构到底是要解决什么问题？首先是要解决谁的问题，由此来确定问题的边界，然后是识别是谁的问题？分别是什么问题？会生成哪些架构？什么是软件架构？等一系列问题。让我们更加深刻的认识了架构的作用，以及可以解决的问题。
架构漫谈的第七章---软件架构师，如果一个人在工作中，只是致力于完成自己的工作，以做好自己的工作为主要目标，那么最多只能成为一个工匠，无法成为一个架构师。成为架构师的前提条件，就要学会从大局出发，学会去解决别人的问题，要成为架构师，必须要超越这个恐惧才能够看清楚，我们要解决的是别人的问题，不是自己完成工作的问题。架构师的权利和义务，架构师必须是一个组织的领导人，有权利调动这个组织的架构，才能够更好的发挥架构师的作用，更好的把利益的调整落到实处；架构师必须能够超越对时间的恐惧–也就是说必须具备了一定程度的自信，哪怕是装的，去真正的发现问题的主体，识别真正的问题，并把这个行为变成为自己面对问题的第一反应。
架构漫谈八为我们讲述了技术、业务和架构之间的关系，技术是为了解决业务的问题而产生的，没有了业务，技术就没有了存在的前提。有了更好的技术，效率更差的技术，就会慢慢的被淘汰，消失，一切都遵从人类的利益诉求–也就是业务。一般是先有技术，才会有架构。这些其他技术，是从直接解决问题的初始主要技术中分拆出来形成的，并通过树状结构和主要技术组合在一起。不同的技术，通过树状结构，组合在一起，形成了一个完整的架构解决方案，共同完成业务的目标。这就是技术，业务和架构之间的关系。
通过阅读架构漫谈的八章，让我收获颇丰，值得每一个人去阅读和学习，定能有所收获。
