首页 > 其他分享 >架构漫谈

架构漫谈

时间:2024-03-01 21:12:57浏览次数:21  
标签:架构 漫谈 问题 切分 解决 架构师

 最近,我读了架构漫谈的九篇博文,让我深有所感。深刻的理解了什么是架构,以及架构在我们的日常生活以及程序员的编程过程中所发挥的重要作用,同时也深刻的深刻的认识到一名合格的软件架构师在面对具体项目时所发挥的巨大的不可替代的作用。下面就让我们来谈一谈什么是架构。

  架构漫谈的第一章,为我们从生活到编程全面的讲解了何为架构,架构师如何产生的,以及什么是架构,架构在我们的生活中所发挥的具体作用。架构最早是从人类的建筑中产生的,古时候人们为了躲避其他猛兽的攻击,以及减少自然环境的变化,人类开始学会在平地上用树木和树叶来建立隔离空间的设施,从而慢慢演变出了现在的架构。什么是架构?1、根据要解决的问题,对目标系统的边界进行界定;2、并对目标系统按某个原则的进行切分;

3、根据2,使得这些部分之间能够进行有机的联系,合并组装成为一个整体,完成目标系统的所有工作。在我看来,架构实际上就是指人们根据自己对世界的认识,为解决某个问题,主动地、有目的地去识别问题,并进行分解、合并,解决这个问题的实践活动。其中,学会分解、合并、这是非常重要的,学会把事情或人分解开来,根据每个人的特长,将他们分配到适合自己的岗位上,发挥出他们最大的力量,并线同时进行工作,提高完成项目的完成效率和质量,这才是架构的本质。

      架构漫谈第二章为我们讲述了认识概念是理解架构的基础,根据架构的定义,要做好架构所首先必须具备的能力,就是能够正确的认识概念,能够发现概念背后所代表的问题,进而才能够认识目标领域所需要解决的问题,这样才能够为做好架构打好基础。这是帮助我们理解架构的基础,也是我们学习架构的重中之重。

      架构漫谈的第三章为我们介绍了识别问题,俗话说的好,如果把真正的问题找到了,那么就解决了问题的百分之八十了,学会识别和发现问题,是解决问题的前提和基础。识别问题的一个最大的前提就是要搞清楚:是谁的问题。只有搞清楚了这个问题,那么问题的边界才能得到确认,然后再继续讨论问题才有意义。找出问题的主体,是做架构的首要问题。发现问题永远比解决问题更加重要。由此可见,问题的主体对问题的边界确定有多么的重要。

识别问题首先要知道是什么问题以及有什么问题,架构永远都是解决人的问题。

      架构漫谈的第四章为我们介绍了如何做好架构之架构切分,架构的切分的导火索是人的负载太重。所谓的切分其实就是利益的划分,利益的调整。切分的过程就是建模的过程,每次对大问题的切分都会生成很多小问题,每个小问题就形成了不同的概念。切分的输出和组织架构,就是一个系统的模型,对于一个整体问题,有多少的相关方,每个相关方需要承担哪些权利和义务,不同的相关方是如何结合起来完成系统的整体任务的。切分的结果最终都会体现在组织架构上,因为我们切分的实际上就是人的利益。

      架构漫谈的第五章为我们讲了什么是软件。软件扮演的角色:是把人类的生活模拟化,提供更低成本,高效率的新的生活。软件的根本就是成本为王,同时为人们的生活提供更便捷的生活,提高人们的生活效率。

     架构漫谈的第六章为我们讲述了软件架构到底是要解决什么问题?首先是要解决谁的问题,由此来确定问题的边界,然后是识别是谁的问题?分别是什么问题?会生成哪些架构?什么是软件架构?等一系列问题。让我们更加深刻的认识了架构的作用,以及可以解决的问题。

      架构漫谈的第七章---软件架构师,如果一个人在工作中,只是致力于完成自己的工作,以做好自己的工作为主要目标,那么最多只能成为一个工匠,无法成为一个架构师。成为架构师的前提条件,就要学会从大局出发,学会去解决别人的问题,要成为架构师,必须要超越这个恐惧才能够看清楚,我们要解决的是别人的问题,不是自己完成工作的问题。架构师的权利和义务,架构师必须是一个组织的领导人,有权利调动这个组织的架构,才能够更好的发挥架构师的作用,更好的把利益的调整落到实处;架构师必须能够超越对时间的恐惧–也就是说必须具备了一定程度的自信,哪怕是装的,去真正的发现问题的主体,识别真正的问题,并把这个行为变成为自己面对问题的第一反应。

       架构漫谈八为我们讲述了技术、业务和架构之间的关系,技术是为了解决业务的问题而产生的,没有了业务,技术就没有了存在的前提。有了更好的技术,效率更差的技术,就会慢慢的被淘汰,消失,一切都遵从人类的利益诉求–也就是业务。一般是先有技术,才会有架构。这些其他技术,是从直接解决问题的初始主要技术中分拆出来形成的,并通过树状结构和主要技术组合在一起。不同的技术,通过树状结构,组合在一起,形成了一个完整的架构解决方案,共同完成业务的目标。这就是技术,业务和架构之间的关系。

     通过阅读架构漫谈的八章,让我收获颇丰,值得每一个人去阅读和学习,定能有所收获。

 

 

 架构漫谈地址链接:https://www.infoq.cn/profile/1279517/publish

标签:架构,漫谈,问题,切分,解决,架构师
From: https://www.cnblogs.com/jiacheng-712/p/18047952

相关文章

  • 架构漫谈读后感
    在当代软件开发领域,软件架构的重要性愈发凸显。《架构漫谈》一书的问世,为我们带来了对软件架构的全新认知和深刻思考。这本书不仅是一部关于技术细节的指南,更是一部关于如何成为优秀架构师的精神启示录,深刻影响着我们对软件架构的理解与认知。首先,《架构漫谈》重新定义了我们对架......
  • 《架构漫谈》读后感
    在王老师的推荐下阅读了王概凯的架构漫谈,其中有以下几篇:1.什么是架构2.认识概念是理解架构的基础3.如何做好架构之识别问题4.如何做好架构之架构区分5.什么是软件7.不要空设架构师这个职位,给他实权8.从架构的角度看如何写好代码9.理清技术、业务和架构的关系。下面是对其中的......
  • 架构漫谈读后感
    在当今这个信息化迅速发展的时代,系统架构已经成为了软件工程乃至整个信息技术领域的一个重要分支。当我手捧《架构漫谈》这本书时,心中不免充满了期待。这不仅仅是一本书,更是一段探索软件深层次结构与设计哲学的旅程。随着每一章节的翻阅,我仿佛跟随着作者的思路,穿梭在复杂系统的丛......
  • 《架构漫谈》读后感
    《架构漫谈》读后感在阅读了《架构漫谈》这本书后,我对其中的观点有了深入的理解。该书通过类比人类社会的分工和合作,将架构的概念引入其中,为读者展示了一个全新的视角。首先,书中提到架构来源于社会的分工。这让我想到了在现实生活中,一个复杂的任务或项目往往需要多人合作完成。......
  • 架构漫谈-读后感
    在当今数字化时代,软件架构的重要性愈发凸显。阅读《架构漫谈》系列内容,深刻探讨了软件架构背后的原理和核心概念,为我们揭示了如何将一个复杂的整体系统切分成各个部分,并通过有效的沟通机制将它们有机结合,从而实现整体目标的过程。软件架构的定义并不仅仅是技术层面的划分,更是一种......
  • 架构漫谈读后感
    架构漫谈是一本引人深思的书籍,作者通过生动的故事和精彩的案例,深入浅出地阐述了架构设计的重要性以及如何进行有效的架构设计。以下是我对这本书的读后感:首先,作者以幽默风趣的方式描述了架构设计的基本概念和原则,使得枯燥的技术内容变得生动有趣。通过故事中的角色和情节,读者可以......
  • 架构漫谈
    架构漫谈是由一个架构师王概凯写的一个专题,是以他的实际架构经验为基础,讨论是什么是架构,怎样做好架构,怎么写好程序等一些问题。共分为九个部分:1) 什么是架构?首先把架构的概念讨论明白,然后在对架构进行分析才显得清晰有意义。架构这个词在软件工程很早之前就已经出现了,在人类的......
  • 漫谈架构
    很想写相关的内容,一直以来这方面的东西很杂,自己各方面都多多少少有些总结,但是没有系统的成文,始终觉得是个遗憾。这是这个系列的第一篇。本文说的架构,还并不是说的Tier层的架构,这里面不会涉及到分布式、缓存、网络结构等等的布局,而是集中在软件的内部,是代码层级的,考虑这点架构的点,......
  • 架构漫谈读后感
    今天按照老师的要求,看了架构漫谈1--9讲,觉得受益良多,以下是我得点点读后感:(一)什么是架构?   架构的英文是Architecture,从定义上看,架构好像是一个过程,也不是很清晰。下面从架构的缘由开始讲解一下:为了解决人类的延续的问题,自然而然就有男女群居出现,这个时候就出现了分工了,男性和......
  • 《架构漫谈》读后感
    今天阅读了王概凯的架构漫谈:     第一节讲的是什么是架构,在文中,他首先列举了Wikepadia上的定义。然后他从早期人们为了生命的延续分工合作来解释了为什么要产生架构?——把一个整体(完成人类生存的所有工作)切分成不同的部分(分工),由不同角色来完成这些分工,并通过建立不同部分......