漫谈架构读后感

Posted heartbeat

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了漫谈架构读后感相关的知识,希望对你有一定的参考价值。

说道架构,我们就要了解什么是架构。所谓架构,包括三点:1、根据要解决的问题,对目标系统的边界进行界定; 2、并对目标系统按某个原则的进行切分; 3、根据2,使得这些部分之间能够进行有机的联系,合并组装成为一个整体,完成目标系统的所有工作。

那么架构又是如何产生的呢?架构最开始是在建筑行业产生的。它产生的动力包括以下几点:1、必须由人执行的工作; 2、每个人的能力有限(每个人都有自己的强项,个人的产出受限于最短板,并且由于人的结构限制,同时只能专注于做好一件事情); 3、每个人的时间有限; 4、人对目标系统有更高的要求; 5、目标系统的复杂性使得单个人无法完成这个系统,满足条件2,3。

架构实际上就是指人们根据自己对世界的认识,为解决某个问题,主动地、有目的地去识别问题,并进行分解、合并,解决这个问题的实践活动。 架构的产出物,自然就是对问题的分析,以及解决问题的方案:包括拆分的原则以及理由,沟通合并的原则以及理由,以及拆分,拆分出来的各个部分和合并所对应的角色和所需要的核心能力等。

那么一名软甲架构师的职责又是什么呢?他的工作职责是确认和评估系统需求,给出开发规范,搭建系统实现的核心构架,并澄清技术细节、扫清主要难点的技术人员。主要着眼于系统的“技术实现”。因此他/她应该是特定的开发平台、语言、工具的大师,对常见应用场景能马上给出最恰当的解决方案,同时要对所属的开发团队有足够的了解,能够评估自己的团队实现特定的功能需求需要的代价。 系统架构师负责设计系统整体架构,从需求到设计的每个细节都要考虑到,把握整个项目,使设计的项目尽量效率高,开发容易,维护方便,升级简单等。

架构师的主要任务不是从事具体的软件程序的编写,而是从事更高层次的开发构架工作。他必须对开发技术非常了解,并且需要有良好的组织管理能力。可以这样说,一个架构师工作的好坏决定了整个软件开发项目的成败。

当然他要具备一定的能力。

首先必须具有丰富的软件设计与开发经验,这有助于理解并解释所进行的设计是如何映射到实现中去。
其次要具有领导能力与团队协作技能,软件架构师必须是一个得到承认的技术领导,能在关键时候对技术的选择作出及时、有效的决定。
第三是具有很强的沟通能力,其实这一点好像什么角色都最好具备,软件架构师需要与各路人马经常打交道,客户、市场人员、开发人员、测试人员、项目经理、网络管理员、数据库工程师等等,而且在很多角色之间还要起沟通者的作用。在技术能力方面,软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识,比如远程过程调用(RPC,Remote Procedure Call)、JAVA RMI、CORBA、COM/DCOM、各种标准的通信协议、网络服务、面对对象数据库、关系数据库或者Nosql数据库等等,另外,架构师应时刻注意新软件设计和开发方面的发展情况,并不断探索更有效的新方法。开发语言、设计模式和开发平台不断很快地升级,软件架构师师常常因为要尽快获得对行业业务的理解而必须快速学习并且进行敏锐的观察。
但作为一个架构师,在整个软件系统的开发过程中是乐趣无穷的,因为这个角色很具有挑战性,有时需要左右逢源、八面玲珑,有时又需要果断坚定、不留情面。在国内,较少软件企业拥有独立的架构师,通常一个软件高手身兼数职,既是项目经理,又是软件架构师,还是软件开发者,有时还要客串一个测试人员,这对软件的开发周期和产品质量是不利的,有时一个人的观点立场是很片面的,而且繁重的工作、沉重的压力会影响一个人的情绪,情绪会影响决策,决策影响结果,所以值得我们三思而后行。
 

以上是关于漫谈架构读后感的主要内容,如果未能解决你的问题,请参考以下文章

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

架构漫谈博客读后感之软件架构师如何工作

《架构漫谈》读后感

《架构漫谈》读后感

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

漫谈架构读后感