[架构之路-3]:架构师 - 软件架构师也是魔法师,架构师应具备的四大方面的技能

目录

前言:

一、业务能力(业务领域)-- 面向业务

1.1 业务场景

1.2 业务技能

二、沟通能力(管理领域) -- 面向“人”

三、技术能力(计算机领域) -- 面向计算机

3.1 硬件技能

3.2 软件技能

3.3 自身快速解决问题的能力

3.4 预见技术难点和技术风险的能力

四、架构能力(架构领域) -- 面向系统

4.1 熟悉主流的架构的能力:

4.2 抽象的能力:

4.3 设计的能力:

4.4 整体规划的能力:

4.5 拆分和还原的能力:

4.6 拆分与重构的能力


前言:

软件架构师也是魔法师。

一、业务能力(业务领域)-- 面向业务

“业务”更白话一些来说,就是各行业中需要处理的事务。“业务”最终的目的是“为客户创作价值、产品、服务,换取利润”。不同的行业,不用的岗位,对业务能力的内涵是不同的。

业务能力的特点是:面向客户。

1.1 业务场景

熟悉各种业务应用场景的能力(客户、需求)-- 面向客户

所有的项目都有它特定的业务场景,用于帮助他们的客户解决问题。

不同的业务场景本质就是客户的需求。所有的技术方案,都必须是为客户的业务需求服务的。

再好的技术方案,如果脱离了客户的需求,也是空中楼阁,南辕北辙,容易犯纸上谈兵的错误。

再好的技术方案,如果不能帮助客户解决问题、为客户创作价值、为公司获取利润,这样的技术方案也得不到支持的。

1.2 业务技能

熟悉业务领域的专业性知识和技术(行业标准、行业技能)-- 面向行业

比如:蜂窝移动通信,需要熟悉3GPP的协议规范,包括架构、RF/L1/L2/L3协议规范。

比如:有线通信,需要熟悉计算机网络通信协议等 。

比如:互联网电商,需要熟悉电子商务,熟悉网络销售流程等业务。

比如:医疗健康行业,需要熟悉医疗行业的业务知识。

360行,每个行业都有自己独特的业务领域的专业知识和技术要求。

不同的业务领域,业务领域的知识相差非常大。

不同的业务领域,业务领域专业性知识和技能的要求的难度是不相同的。

比如移动通信行业的业务领域的技术门槛就非常高,而电子商务或物联网的业务领域的技术门槛相对较低。

二、沟通能力(管理领域) -- 面向“人”

最终的技术实现,都是要靠人完成的,沟通能力,虽然不是技术能力,但也非常重要。

架构师需要与不同角色的人打交道。

作为一个优秀的架构师,你需要清楚的知道客户的需求,需要不断和需求人员进行沟通,以达到说服客户真正的目的。

作为一个优秀的架构师,你需要与项目中的不同团队、不同人进行各种沟通,以推行你的架构设计和架构的主张

作为一个优秀的架构师,你需要在不同团队之间存在技术争议模棱两可的时候,进行技术实现上的平衡和仲裁

作为一个优秀的架构师,你需要有能力与组织的决策者沟通,给决策者提供技术的演进和发展方向的信息,有时候甚至说服决策者采用和推进某种技术方案。

其实,不仅仅是架构师,只要需要与人打交道,都需要提高自己的沟通和表达能力。

有一个普遍而有意思的现象,做领导的大多不是技术特别牛的,但沟通能力肯定是最好的,这体现出沟通能力及其重要的作用。

三、技术能力(计算机领域) -- 面向计算机

技术能力,这是最重要的能力。

科学与技术常常放在一起,科学解决理论问题,技术解决实际问题。

销售需要熟悉人性、管理者需要熟悉管理的软技能、架构师需要熟悉各种主流IT技术的原理,这是架构师的立身之本

所谓技术能力,包括:

3.1 硬件技能

  • 计算机原理
  • 嵌入式系统
  • 原理图、PCB
  • FPGA与Verilog

3.2 软件技能

  • 数据结构(软件工程师)
  • 算法(软件工程师)
  • 计算机编程(软件工程师)
  • 操作系统
  • 中间件技术
  • 大数据、云计算技术
  • 虚拟化
  • 人工智能技术
  • 网络安全
  • 各种工具

3.3 自身快速解决问题的能力

架构师需要有能力采用系统的、结构化的方法以及利用自身丰富的经验,从各种纷繁复杂的问题的表面现象中,进行系统、有序的梳理,逐渐排除干扰因素,快速的进行问题的收敛和定位。

架构师的优势在于在现象之外,看到问题背后的本质,架构师的优势在于"系统性”“全局性”。

3.4 预见技术难点和技术风险的能力

架构师要能够预见技术方案未来的可能会遇到的各种难点、风险,包括技术的和因技术导致的非技术风险,并提出预见性的预防措施

这是一个容易被忽略的能力,但这个能力对于推动项目的顺利进展,避免项目遇到各种幺蛾子事件起到了至关重要的作用。

未来的不确定性是任何领域都面临的共同难题,架构师此处的价值在于,把技术带来的不确定性展现出来,协作管理者把不确定性的影响控制在可接受的范围以内。

一个优秀的架构师:

广度上,不断拓展自己的知识面。

深度上,深耕和深挖关键的、核心的技术领域。

架构师不能长期性的陷入到项目中重复性的琐碎事情之中,它将会使架构师逐渐失去对技术系统全局性把控能力,对技术的长期演进的预见能力


四、架构能力(架构领域) -- 面向系统

架构能力主要表现为:

4.1 熟悉主流的架构的能力:

主流的架构是经过行业内各方力量总结、汇总、甚至验证过的成功的经验总结。

熟悉各种主流架构的特点、缺点、优点、应用场景,可以避免架构师闭门造车,利用或选型好主流的架构,可以避免项目承担不必要的风险、可以极大的加速项目的进展。


4.2 抽象的能力

架构师对系统组件的分解大都在抽象层面,可以适用于不同编程语言的具体实现。

只有高度的抽象,才能抓住现象背后的本质,才能具备广泛的适应性和扩展性。这是架构师与程序员一个重要的区别。

程序员重在通过具体的编程语言实现具体的目标,是可工作的软件,重在实现,因此有时候看起来是“有形”和“实在”。

架构师重在组件的抽象性和适应性,是纸面上的设计,重在“质”和“核”,因此有时候看起来是“无形”或“虚”。


4.3 设计的能力

架构师拿到的是需要和目标,架构师需要有能力把需求和目标,转换成内部的设计。

设计相对于实现而言的,设计本质上是一种技术的规划。设计是把一种设想,通过合理和周密的技术规划,通过各种方式表达出来的过程。

这个规划能力与项目管理的计划是类似的,

项目管理规划的对象是:人、时间、金钱等现实资源;

架构师规划的对象是:CPU的计算、内存、软件的组件等计算机资源。


4.4 整体规划的能力:

架构师是站在系统的视角审视整个系统内的组件以及之间的关系,甚至要跳出系统,站在系统外,审视系统整体表现出来的外部行为。

这是与程序员另一个重要的区别。

程序员是“局部优先”为基本原则,确保负责的模块,功能和性能都达到最优。

架构师是“整体最优”为基本原则,确保系统在整体性能和效率最优,有时候会牺牲一部分”局部最优”来换取“整体最优”。

比如: Y=A*B,

方案1:A=9,A是最优的,但B=1;整体效果Y=9*1=9; 

方案2:A=5,  A不是最优的,B=5,也不是最优的; 整体效果Y=5*5=25,方案2性能远远大于方案1;


4.5 拆分和还原的能力

一般情况下,大型的目标软硬件系统都是比较复杂的,是经过无数前人的劳动,才造就了当下的目标系统。

架构师需要在此基础上,添砖加瓦。但如果不熟悉现有系统,架构师很可能添错了砖,加错了瓦,使得系统漏洞百出。

因此架构师需要首先熟悉现有系统的架构。架构师要有能力把现有的系统进行拆解,拆解成简单的组件、理解组件的关系、组件之间的工作流程和工作原理,最后,再还原成整体架构,从系统外看系统的整体行为。

客户的新的需求或目标是糊的,复杂的,架构师需要对客户的需求和目标,进行拆分/解,把复杂变成简单、把模糊变成具体,然后再把这些拆解后的、具体的功能需求,按放到现有系统的各个组件上。


4.6 拆分与重构的能力

这是容易被忽略的能力,相当多的架构师,是在现有系统上做一些添砖加瓦增补的工作,因此这方面的能力大多情况下无法体现。

一个架构师,如果有幸参到一个从无到有,有小变大,由简单到复杂演进的系统中,那他是幸运的,这时候拆分与重构的能力就尤为重要。

一个复杂系统的形成,中间会经历很多次的演进和重构,重构的能力是上述多种能力的综合:需要熟悉业务系统,需要熟悉现有系统的架构,还需要熟悉重构后的系统架构等等。

如果说“拆分与还原”的能力是“改良”的话,“拆分与重构”就是“革新”,甚至是“革命”。在一个旧系统之上,重构一个具有旺盛生命力的新系统,对于重构者的能力的要求是相当高的。除了技术上的难度外,还会受到原先系统内力量的阻力、抗拒、质疑,也会受到新系统架构不确定性带来系统外阻力、抗拒、质疑。

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