《漫谈架构》读后感——软件架构师如何工作

看了漫谈架构,首先理解了什么是架构和为什么会产生架构。架构实际上就是指人们根据自己对世界的认识,为解决某个问题,主动地、有目的地去识别问题,并进行分解、合并,解决这个问题的实践活动。架构实际上解决的是人的问题。

什么是软件架构?软件因为流量增大而分拆成不同的运行单元,在不同的机器上部署所形成的架构,属于软件架构。每个运行单元为了让不同角色的人,比如前端,业务,数据存储等能够并行工作,所分成的代码架构,也属于软件架构。

软件架构师是如何工作的?首先软件架构师要找到真正的问题,找到真正的问题,那么问题就已经解决了 80% 了。这个能力基本上就决定了架构师的水平,只有真正投入思考问题是什么的工程师,才可能会真正的成长为软件架构师,作为软件架构师,是要去解决别人的问题,软件架构师都要有这个自觉:发现问题永远都比解决问题来的更加重要,明白了问题的主体,我们才可能真正的认识问题是什么,所以软件架构师的核心要知道这是谁的问题、有什么问题。

原文地址:https://www.cnblogs.com/baimafeima/p/12333835.html

时间: 2024-08-28 17:00:39

《漫谈架构》读后感——软件架构师如何工作的相关文章

《架构漫谈》读后感——软件架构师的工作

软件架构是软件开发中一个非常非常重要的过程.我们都知道在一个软件开发项目中,软件架构师是一个团队的核心,他负责整个软件开发的分工和沟通的安排,组织整个 团队进行分工合作,高效率的完成软件开发任务. 在之前的代码编写中,大多数是自己独立开发,编写代码和测试代码.从来没有加入过实际项目开发过程,也少有团队开发分工的经验,所以对这个软件架构的过程一点都 不了解.在小民哥的强烈推荐下,我十分"情愿"的打开了王概凯的架构漫谈系列博客,准备了解一下架构的内容. 架构漫谈分为九部分,每一部分都有不同

软件架构师如何工作(即架构漫谈读后感)

读完王概凯老师的架构漫谈,感觉自己对软件架构方面的知识了解了一点点.以前都只是听说软件架构师特别的厉害,高薪,但是具体说软件架构师是什么,具体是做什么的,自己并没有多大的一个观念.现在看王概凯老师的专栏,希望能让自己有一些收获. 看完该专栏的几篇文章之后,有以下收获: 1.什么是架构,为什么需要架构? 按文章中所说,架构是规划.设计和建造建筑物和其他物理结构的过程和产物.人们完成一项任务,因为每个人的能力不同,所擅长的方向不同,所以如果自己去完成一项任务一般要花费很长的时间,效率很低,但是人们对

漫谈架构读书笔记

漫谈架构阅读笔记 阅读了漫谈架构这本书后,感受颇深.在此书中,文章书写简单易读,并没有过多的专业词汇,其中还不乏举出了许多生动有趣的例子给人以印象深刻,我认为,此书写的确实不错,值得阅读. 首先关于什么是架构?结合文章和最近所学我认为架构就是软件的框架,软件在设计好的框架中生产运行发展与维护,联系文章世间万物皆有框架,从最早的木头到桌子椅子,做成这一事物所依赖的标准原则便是架构.人的出行时做火车还是汽车还是飞机取决于要去的地方与所需的其他要求,每个交通工具有自己的特点,其相互运行却互不打扰,是架

软件架构师如何工作

原文链接(转载请注明出处):软件架构师如何工作 前言 要想了解软件架构师如何工作,首先要搞清楚这么几个问题:什么是架构,怎样理解架构,如何做好架构,什么是软件,什么是软件架构师,软件架构师的工作是什么,怎么理清技术.业务和架构三者的关系.资深架构师王概凯在<架构漫谈>系列专栏中一一给出了这些问题的答案.本文也是本人阅读<架构漫谈>时所做的笔记与思考. 什么是架构 什么是架构,为什么会产生架构,作者由人类社会的演化,人类社会中分工的出现来引入问题的答案.把一个整体(完成人类生存的所有

漫谈架构2

本文是漫谈架构专栏的第二篇,作者通过几个例子,讨论了一下认识概念的误区,如何有效的去认识概念,明白概念背后的含义,以及如何利用对概念的理解,快速的进行学习. 在前一篇文章中,我们讨论了什么是架构.事实上,这些基础概念对于做架构是非常重要的,大部分人对于每天都习以为常的概念,都自以为明白了,但实际上都是下意识的,并不是主动的认识.比如说“什么是桌子?”,做培训的时候,我经常拿这个例子来问大家,回答千奇百怪.这实际上就导致了做架构的时候,不同角色的沟通会出很多问题,那么结果也就可想而知了. 如前一篇

《架构漫谈》读后感 之“关于软件架构师如何工作”

通过社会的架构举例,从原始自给自足独立完成衣食住行,到发展中分工合作.相互沟通.将事物完成到一个更好的水平.从而我知道了架构的动力: 必须由人执行的工作 每个人的能力有限 每个人的时间有限 人对目标系统有更高的要求 目标系统的复杂性使得比单个人完成这个系统更能提高质量,提高个人的时间效率 一个主动的去改造解决目标系统的方法,需要我们确定目标系统边界,按照一定原则进行切分,切分后的部分设立沟通机制,将切分部分形成有机的联系合为一个整体. 同时要明白架构是为了解决人的问题存在的,那么首先就要知道是为

软件架构师如何工作-架构漫谈阅读笔记

在王概凯先生的9篇关于软件架构师的博客-<架构漫谈>中,我们可以看到文中谈到了架构的定义.含义,架构主要是要认识概念,如何做好架构之架构的切分,然后谈到了软件与架构之间的关系(什么是软件,软件架构是要解决什么问题,从架构的角度看如何写好代码,理清技术.业务和架构之间的关系了),下面依次写出我对9篇博客的理解与感悟,以及对软件架构师工作的理解. 一:什么是架构 在学习软件体系结构这门课之前,我们貌似只对软件开发以及简单的mis系统的开发有一丝丝的开发经验和感触,无架构之言.我们目前还无法像软件架

[架构漫谈]软件架构师如何工作

阅读了一下王概凯的<架构漫谈>,有一些感受与心得,仅仅发表一下自己的看法和理解. 1.什么是架构? 架构是一个有些抽象的词汇,但转到其他行业或许会更容易理解.如古代朝廷的政府体系三省六部制.或者公司的部门分工等等,由一个个部分有机组成整体的概念有点类似架构的概念.比如一个远古部落,有男有女.这时候人们需要衣服以及食物,于是人们开始分工,男人出去打猎获取食物,而女人负责制衣等等形成了鲜明的分工,对每个角色有针对性的进行切分并有联系,最后有机的合并成为一个整体概念,这就形成了最简单的体系或类比为架

《架构漫谈》读后感

架构的产生是由于人的能力有限,从而产生了分工,人人各司其职,通过沟通来获得生活的必须品,这就产生了架构.架构就是把一个整体切分成不同的部分,由不同角色来完成这些分工,并通过建立不同部分相互沟通的机制,使得这些部分能够有机的结合为一个整体,并完成这个整体所需要的所有活动.架构解决的是人的问题.做好架构的能力,首先要对系统有正确的概念,有正确的理解,才能了解问题的本质. 做好架构首先需要做的就是识别出需要解决的问题,而解决问题首先要识别问题的主体,即产生问题的主体.一旦确定了主体,就去搞明白主体有哪