阅读《架构漫谈》有感
通过阅读了王概凯老师的《架构漫谈》,我对架构的产生,架构的作用,技术和架构之间的关系,以及架构师有了更加清楚地了解。
文章中很清楚,通俗易懂的讲述了架构产生的由来,以及概念的由来,让晦涩难懂的知识点,变得通俗易懂,架构就是把一个整体切分成不同部分,有不同角色完成这些分功,通过建立不同部分相互沟通的机制,是这些部分能够有机的结合作为一个整体,并完成这个整体所需要的所有活动。其中切分不同的部分又有广度和深度,一个大面饼可以切分,相对于人的话,时间的前后也可以划分,那么就相对的也许好划分,架构也就随之而有了。
王概凯老师又引了“名相”这个概念,相是作用,而名是为了指代这个作用而产生的名字,这个就是古代的概念。同时王概凯老师又相当准确的阐述了什么是真正的概念。一个物体不是通过他的外观而产生,而独立于世界的,是通过他的内在作用,比如杯子“单手持握,可以盛有少量液体或物体的容器”,这就是其的作用而不是“一个侧边有把,内空”这就是做架构前需要先了解这个物体的内在作用,才能更好的切分,更好的去划分。
那么做架构,更重要的是认清这个系统真正的问题主题是谁?并不一定是用户,需要事先做好调查,王概凯老师引了一个软件工程领域熟知的例子“用户给产品经理提出要一把锤子”,如果相对产品经理,那么就是一把锤子,如果相对开发者,一个石头就应当可以完成锤子的任务,而用户想要的是能够解决更加方便顶入钉子,更快完成任务的工具,每一个客体都有一份说词,那么真正要设计什么的时候这就要问一问软件架构师了。
那么软件架构师是如何出现的呢?一开始是懵懵懂懂的去写软件,后来慢慢的就有意识的去切分,演变成了不同的架构。这个背后的动力也是一样的,就是提升参与的人的利益,降低成本。导火索也是软件工程师的任务太重,我们需要把很多工作拆分出来。拆分的原则也是一样的,如何让权责一致。同样,这个拆分也是需要组织架构的调整,来保证架构的落地。
那么成本的作用是什么呢?想必大家搜知道摩尔定律,每过一定时间,半导体的成本越来越低,而他的性能缺越来越高,这在一定程度上推动了编写程序的普及,以前只有几个真正称得上的软件工程师,国内类似雷军他们这些大佬,现在呢?再也没有哪个大佬像当初雷军那样有叱咤风云的地位了,因为java,python的普及,软件工程师越来越多,真正需要的是哪个指导方向的软件架构分析师的产生。
接下来要说一说软件架构分析师的动力了:必须要有人执行的工作,每个人的能力有限,每个人的时间有限,人对目标系统有更高的要求,目标系统的复杂性使得单个人完成这个系统满足(个人能力有限,时间有限的现实)。
那么软件架构这么重要,软件架构分析师就要有着很高的领导地位,在小组团队中有着一定的话语权,而且懂得技术,这样才能在根本上带领着团队实现真正的价值。