技术专家的价值(架构师成长路线)

Posted 2023-05-27

篇首语：一个不想蹚过小河的人，自然不想远涉重洋。本文由小常识网(cha138.com)小编为大家整理，主要介绍了技术专家的价值(架构师成长路线)相关的知识，希望对你有一定的参考价值。

架构师的定义是在软件项目开发过程中，负责设计、规划和执行软件架构原则以及涉及到的软件项目管理，对软件项目的整体开发进度和质量进行统筹，同时也负责软件项目的架构设计等工作。

通俗地解释下什么是架构师

大白话的解释就是，软件产品的设计师。架构一词最早源于建筑学，软件工程的架构师与建筑工程的架构师有非常多的相通之处，都是负责“产品”的宏观层次设计。

在老板眼中，架构师是一名技术领导者，带领团队攻关疑难问题。

在业务方眼中，架构师是一座业务与技术的桥梁，填平业务与技术的鸿沟。

在研发团队眼中，架构师是一位导师与布道者，是大家学习的榜样。

在项目组眼中，架构师是团队的灵魂支柱，再困难的问题，抽丝剥茧后，也能变成小问题。

在外行人眼中，架构师是年薪百万的牛人，但为何如此，摸不清门道。

第一类客户是需求人员（大多时候是产品经理，有时直接面向商家）。架构师需要不断和需求人员沟通，协助需求人员挖掘出客户的本质需求，保证需求质量。
第二类客户是研发人员。架构师需要将复杂的业务问题和目标，抽丝剥茧后，转换为技术设计语言（应用、模块、包、代码、API、数据库表等），指导研发人员顺利落地；出现技术争议时，在业务价值与技术实现间做好平衡。
第三类客户是业务决策者，架构师需要为重大业务规划提供的技术演进方案与成本预估，帮助决策者做出正确决策。

业界对架构师并没有统一的分类标准，推荐这两种分类方式：

从宏观到微观的角度划分：

企业架构师：决定整个公司的技术路线和技术发展方向，有些公司也会称为首席架构师，实际上这个角色已经无限接近于 CTO 了。

系统架构师：负责整体系统的架构设计，着眼全局，不太注重某个应用本身的架构，而是各服务、各系统间的协作上，更加关注如何综合运用已有的产品和技术，来实现客户期望的业务模式。系统架构师要求通晓业务、软硬件技术等多项知识，对知识全面性要求很高。

应用架构师：负责某个应用的技术架构，主要偏业务型应用，关注理解业务，梳理模型，设计模式、接口、数据交互等方面，同时也需要关注服务器负载、可靠性、伸缩性、扩展性、数据库切分、缓存应用等方面的基础架构设计。

按软件工程阶段划分：

解决方案架构师：专注于解决方案的规划和设计，所谓“解决方案”，就是把产品、技术、基础设施、理论方法，通过不断的组合和创新，满足客户的特定业务目标和需求。

业务架构师：从企业战略、组织结构、业务流程、业务能力等维度入手，关注某一个行业或业务领域的分析，产出业务模型，最终指导系统模型设计。也可以叫业务领域专家、行业专家、业务咨询师、资深顾问。

特定技术架构师：专精某项技术的资深专家，从事中间件架构、大数据架构、安全架构、存储架构、网络架构、前端架构等技术规划和架构设计工作。

本文介绍的架构师主要偏向于系统架构师和应用架构师。

这里以阿里 P 序列职级为例：

技术专家

高级架构师

资深架构师

架构总监

项目总监

首席架构师

成为某一个技术领域的专家，会面临以下几个挑战：

1.技术栈深度不足；

2.技术团队管理能力弱；

3.技术水平不够扎实。

阅读经典书籍

规划实践机会

参加培训与分享