关于架构演进之路和架构师的技能素养的一点想法

写文章的原因

最近读了《【SDCC讲师专访】专访架构师陈波:微博近几年的架构演进之路和架构师的技能素养》感觉很有感觉,所以认为必须写篇博文,一吐为快。

首先我谈下视野的问题

每个人都有自己的视野,视野的高度决定了你的见识。
工作不应该只把自己的视野局限在某个职位,机械化的完成工作,而应该把自己当负责人,思考项目相关的方方面面。
不止我这样想,新浪的陈波也这样想。

陈波:我的工作体验是:把工作当成事业来做,工作是完成,事业是不仅做好,而且要做到更好,把工作做成创业,就会发现研发不仅是编码,还要考虑架构演进、业界动态、技术发展、产品创新、成本控制(存储成本、机器耗电、公有云计费)等,大公司里一样可以“创业”,而且这样的创业成本不高也很有乐趣;另外就是要保持对技术的新鲜感,不断扩展视野。

至于,怎么获取这些视野呢?鄙人愚见,可以多关注CSDN,开源中国这样的最新资讯。当遇到有价值的事物后记得放到你的小本本(有道云,印象笔记等)里。喜欢勤快的小伙伴,也可以去GitHub,stackflow上淘一淘。

还有记得关注各大服务器网站的价钱哦,活动的时候真心便宜。

接下来我们谈谈什么是架构

从开发人员的角度

架构是系统整体结构的规划设计,也是系统实现的一个草图,主要包含抽象出来的模块、交互协议及设计决策。因为架构的模块、协议、决策是抽象层面的规划,所以具体实现跟业务相关,要考虑业务的需求与特性,还跟业务发展阶段相关,要考虑业务当前的规模及发展阶段,选择合适的实现方案,必要时对当前的架构做适当的修改和演进。所以,架构是设计出来的,更是演进出来的;另外没有最好的架构,只有更适合(当前业务场景和阶段)的架构。

ps:陈波回答的很好,直接引用。我就不献丑了

再说说架构师

关于这个陈波说的有点多,鄙人精炼下。

关于架构师如何定义:

架构师主要是负责设计高性能,高可用,易实现,易拓展的项目架构。

架构师的能力要求:

较强的代码能力,对日常问题有丰富的阅历及解决之道,设计不是空谈,需要实践,代码能力、解决问题的能力是系统实践的一个副产品;
较好的抽象能力,业务需求在架构师消化后,需要转化为设计蓝图,这中间需要大量的抽象。
良好的沟通和组织能力,架构设计出来,需要组织讨论、频繁沟通,让项目组成员理解架构组成及设计取舍的原因,明白架构设计中的how和why,在遇到疑问、反对、建议时,能进行良好的沟通并有序的推进。
较好的团队协作能力和领导能力,架构师需要得到项目组成员的认可,在关键时刻对技术的选择作出及时、有效的决定,并为决定负责。

架构师的主要职责:

把业务需求转换为实现架构,定义每个组成模块的外部特性,比如它的依赖、性能、异常处理等,并确定模块之间如何通信,最终形成可以指导业务开发的行动图。

组织讨论,组织更多的人来了解、讨论架构,能够让大家理解架构整体方案、模块特性及边界、决策权衡点,进而可以自行进行组件服务的设计及实现;

协助项目经理制定开发计划和控制项目进度;

确定系统的基础架构、实现技术,必要时组织技术调研和攻关。

说点其他的

架构师不仅仅是要自己理解架构,掌握新技术,更是让别人理解,所以分享你思路,让别人参与讨论,很重要。

架构师不仅仅是要自己理解架构,掌握新技术,更是让别人理解,所以分享你思路,让别人参与讨论,很重要。

架构师不仅仅是要自己理解架构,掌握新技术,更是让别人理解,所以分享你思路,让别人参与讨论,很重要。

你可能感兴趣的:(架构,我的学习之路,架构师,架构)