架构漫谈阅读有感

阅读了架构漫谈九篇博客https://www.infoq.cn/profile/1279517/publish,对架构和软件架构师的工作有了一个初步理论了解,也解决了个人一些对程序员发展方向和职业生涯规划的疑惑。

架构是一种使解决问题高质量高效率,并且可以全程对解决问题进行进度管控、阶段评价与优化的方法。它分为两种,一种是自然形成或者说是无意识形成的,不受人类有意识地去改造或者说是优化的,例如自然界的分工:生产者、消费者、分解者。另外一种是人类社会在长期发展的进程中逐步优化的,例如政府架构、公司架构等,人类有意识的去使用,并在使用过程中去优化的处理和解决大型问题的方法。

为什么要出现架构?要想弄明白这个问题,我们要知道架构可以帮助我们干什么,处理解决大型问题。这里提到两个词,一个是问题,一个是大型。那么在问题规模小的时候,我们会使用架构嘛?答案是不一定。我们要知道整个世界在两种维度上建立,一个是时间维度,一个是空间维度,那么谁掌控了这两个维度,就有大几率主宰自己的生活。所以提高时间利用率和空间利用率成了很重要的事情。我们解决问题需要时间,那么有没有一种方法让我们解决问题更简单,时间是串行的,但是事情是可以并行的。那么又产生了新的问题,就是人的能力是有限的,同样一件事,A比B做的快做的好,那么我们为什么不让A去做这件事呢?把B派到适合他的地方去。这样解决一个大型问题的质量就会提高,时间就会缩短。这就是出现架构的原因。

架构解决谁的问题?架构,我在前面谈到了它的定义和出现的原因,里面一直提到几个关键词:解决问题、大型、人。人是里面一个核心组成,架构是为了解决人的问题。人的所有问题都可以用架构去解决,包括生活、学习和工作,只要是解决问题,解决资源分配和使用,都可以应用架构的思想。我们人常常谈到格局,格局是人在思想方面的一个架构,对人的行为进行理论指导。架构归结到本质是人提出来的一个为了解决人的问题的一个名相。

那么架构为了解决人的问题,它是怎么解决的呢?这就涉及到架构很重要的核心,也是架构师应该关注的点,即架构为了解决什么问题,把这个问题给揪出来基本上就解决了80%的问题。因为人们通常喜欢关注工作任务本身的具体细节,而不去关心工作任务本身是要解决谁的问题,是要解决什么问题,所以造成了为了完成工作任务而去工作任务,而不是为了解决问题,当你做的事情失去了它的的,就不能达到真正的彼岸了。

软件架构是在软件的基础上,为了解决软件的问题,而提出来的方案。首先软件的存在本身就是为了解决人的问题,让人的生活成本降低,更加高效的工作生活。而软件架构则是为了能让软件解决人类问题的能力更强,而在实践的发展过程中提出来的。软件架构从不同的角度有不同的架构,硬件的部属架构、代码的架构、组织架构、业务架构,其中最重要的是业务架构。

技术和业务以及架构的关系。技术的诞生是为了解决业务目标,而架构是为了把不同的技术组织起来更好的完成业务。所以从这里引一个题外话,技术人员和架构师的区别,技术人员对于技术的实现和精进有这狂热的追求,而软件架构师对于识别问题和解决问题以及用什么样的技术去解决这个问题关注的比较多。技术是为业务服务,所以最终得回到业务上来。

而想要成为软件架构师,必须能够超越对时间的恐惧–也就是说必须具备了一定程度的自信,哪怕是装的,去真正的发现问题的主体,识别真正的问题,并把这个行为变成为自己面对问题的第一反应。同时软件架构师必须是一个组织的领导人,有权利调动这个组织的架构,才能够更好的发挥架构师的作用,更好的把利益的调整落到实处。因为架构归结到基本还是处理人的问题。只有处理好了人的问题,架构才能真正落地。

关于架构漫谈对职业生涯得启示,技术是基础,业务能力是贯穿职业生涯始终得核心能力,可以让你的技术都能得到落地的机会,而不是技术而技术。超越对时间的恐惧其实是换个思路去解决真正的问题,也是你超越自我,跳出工作复工作的死循环,从根本解决问题可以节省几何级数的时间,这样你就有了更多的时间去为自己的未来做准备,去获得更多你想要的东西。

原文地址:https://www.cnblogs.com/quxiangjia/p/12332349.html

时间: 2024-08-09 23:36:45

架构漫谈阅读有感的相关文章

架构漫谈阅读笔记

<架构漫谈>读后感 经过一个寒假对<架构之美>的解读,其实我已经对什么是架构有了一个初步的认识,但是还是有一些不太明白的地方.今天,我仔细地阅读了由资深架构师王概凯Kevin执笔的系列专栏--架构漫谈,让我对什么是架构.怎样做好架构.软件架构如何落地.如何写好程序等问题有了更深刻的认识. 正如文章开篇所说的那样:一直以来,在软件行业,对于什么是架构,都有很多的争论,每个人都有自己的理解.那么究竟什么是软件架构呢?其实,把一个整体(完成人类生存的所有工作)切分成不同的部分(分工),由

读&lt;架构漫谈&gt;系列有感

读了这一系列博文,我对架构也有了大致的了解.在简单的阅读之后,我解决了几个问题. 第一个问题,什么是架构? 要学习架构,首先要知道架构.那么,什么是架构呢?引用<架构漫谈(一)>里的话就是把一个整体切割成不同的部分,由不同的角色来完成这些分工,并通过建立不同部分相互沟通的机制,使得这些部分能够有机的结合为一个整体,并完成这个整体所需要的所有活动,这就是架构.架构的定义及步骤如下: 1.根据要解决的问题,对目标系统的边界进行界定. 2.并对目标系统按某个原则的进行切分.切分的原则,要便于不同的角

《架构漫谈》有感

人对事物的认识不是仅仅通过文字描述就足够的,纸上得来终觉浅,绝知此事要躬行.我们程序员更是这样,没有代码的积累怎么能有写软件的能力. 今天读了架构漫谈,说实话看到第四篇时我还不知道架构到底是什么东西.在我的认识里架构就是自己以前编的功能模块,它可以实现一定的功能,拼接起来就是一个完整大软件. <架构漫谈(四):如何做好架构之架构切分>,通过这篇文章我真的学到了一些东西,一些对我将来做软件有用的东西.文章里讲的是切分即利益调整,这比我想象中的要现实得多,作者说,动力是我们每个人的利益,切分也是对

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

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

架构漫谈阅读感想

应老师的要求将王概凯老师的架构漫谈总体读了一遍,接下来谈一谈我读了之后的感想,大致上就是用自己的语言谈一谈短浅的理解. 首先我们要了解一下什么是架构? 根据要解决的问题,对目标系统的边界进行界定. 并对目标系统按某个原则的进行切分.切分的原则,要便于不同的角色,对切分出来的部分,并行或串行开展工作,一般并行才能减少时间. 并对这些切分出来的部分,设立沟通机制. 根据 3,使得这些部分之间能够进行有机的联系,合并组装成为一个整体,完成目标系统的所有工作. 把所有需要完成的工作分成多份不同的工作,不

架构漫谈阅读感悟一

在一个人可以完成所有事情的时候,是没有架构的概念的,因为所有问题,所有事情都是一个人解决,这时架构没有任何意义:但是当一群人在一起的时候,这时候需要给每个人分工,需要让每个人根据自己的能力发挥自己的长处,来为群体完成交代的事务,这时在给每个人分工的时候就用到了架构的原始概念,根据每个人的实际能力,给每个人分工不同的工作,让每个人做自己擅长的事情,提高每个人的生产力,那么整个人群的生产力就会提高. 架构必须是由人执行的工作,因为每个人的能力.时间有限,但是人对目标系统有着越来越高的要求,所以目标系

阅读架构漫谈九篇博客有感-1500字

架构漫谈是由资深架构师王概凯撰写的系列专栏,逐步讨论什么是架构.怎样做好架构.软件架构如何落地.如何写好程序等问题. 架构漫谈分为九篇: 什么是架构? 认识概念是理解架构的基础 如何做好架构之识别问题 如何做好架构之架构切分 什么是软件 软件架构到底是要解决什么问题? 不要空设架构师这个职位,给他实权 从架构的角度看如何写好代码 理清技术.业务和架构的关系 第一篇 什么是架构? 主要讲到了缘起,什么是架构和为什么会产生架构. 由于问题越来越复杂,一个人已经很难完成想要完成的事情,而许多人一起却可

漫谈可视化Prefuse(三)---Prefuse API数据结构阅读有感

前篇回顾:上篇<漫谈可视化Prefuse(二)---一分钟学会Prefuse>主要通过一个Prefuse的具体实例了解了构建一个Prefuse application的具体步骤.一个Prefuse Application需要经过数据导入(文本数据.数据库)->Prefuse数据结构接收数据->注册各种效果的Actions->渲染Renderer->交互展现Display的流程. 摸清了Prefuse那些看似眼花缭乱的框架结构,剩下的就是抽丝剥茧,顺藤摸瓜,结合Manua

《架构漫谈》阅读笔记

架构漫谈是由资深架构师王概凯执笔的系列专栏,通过对其阅读,我从中逐步认识到了什么是架构,怎样做好架构,软件架构如何落地等内容. 一.什么是架构 在软件行业,对于什么是架构一直有很多的争论.事实上,架构在软件发明时的N多年以前,就已经存在了,这个词最早出现在建筑上.架构产生的五个动力可以概括为:由个人执行的工作:每个人的能力有限:每个人时间有限:人对目标系统有更高的要求:目标系统的复杂性使得单个人完成这个系统.当这五个条件同时成立,一定会产生架构.从这个角度上来说,架构是人类发展过程中,由懵懵懂懂