如何做一个优秀的架构师？

发布网友发布时间：2022-04-19 07:57

共5个回答

懂视网时间：2022-04-19 12:18

　　架构师是一个充满挑战的职业，需要关注很多维度和技术。只专注于单一领域的架构师并不是优秀的架构师。那么如何成为一个技术全面的架构师呢？　

如何成为架构师　

　　一、作为技术领导者

　　一名好的软件架构师需要明白，作为领导者并不一定要告诉开发人员做什么。相反，好的架构师就像一个导师，带领开发团队向同一个技术愿景前进。好的架构师会借助于讲故事、影响力、引导冲突、构建信任等领导技能，将他们的架构愿景变成现实。一个好的领导者，同时也是一个好的架构师。他/她会仔细听取每个参与者的意见，通过与团队的反馈互动调整他们的愿景。

　　二、作为开发人员

　　一个架构师同时又是一个好的开发人员。通常，做出一个良好的架构选择需要权衡理想的架构状态与软件系统的当前状态。例如，如果一个问题更适合采用关系型数据库来解决，那么将文档数据库引入到系统中的做法是毫无道理的。一个架构师如果不考虑技术选型与问题域之间的匹配度，那么会很容易受到各种技术的诱惑——这也就是常见的“象牙塔式架构师”行为模式。

　　缓解这种情况的最佳方式是架构师多与开发人员待在一起，花一些时间在代码上。了解系统的构建方式及系统的约束将帮助架构师在当下环境做出正确的选择。

　　三、聚焦系统

　　经验丰富的开发人员明白代码只是软件的一个方面。为了让代码可运行，他们还需要了解代码在生产环境中运行良好所需的其他重要质量属性。他们需要考虑部署过程、自动化测试、性能、安全和可支持性等方面。开发人员可能以临时的方式来实现这些质量属性，而架构师不仅需要专注于了解代码，还要了解并满足不同利益相关者（如支持、安全和运营人员）的需求。一个好的架构师需要专注于寻找那些能够满足不同利益相关者需求的解决方案，而不是选择针对某一个参与者的偏好或风格进行优化的工具或方法。

　　四、企业家思维

　　所有的技术选型都有相关的成本和收益，一个好的架构师需要从这两个角度考虑新的技术选型。成功的企业家愿意承担风险，不过也会寻求快速学习和快速失败的方法。架构师也可以用类似的方式做出技术选型，收集真实世界中有关短期和长期成本的信息，以及他们可能意识到的好处。

　　这方面一个很好的例子是，架构师避免承诺立即使用一个在阅读新文章时看到的工具或某一会议上听过的工具。相反，他们试图通过架构调研来了解工具在其环境中的相关性，以收集更多信息。他们对于工具的选择不是基于销售量，而是考虑他们需要什么以及这个工具所提供的价值。他们还会寻找这些工具背后的隐性成本，例如工具的支持情况（如文档化程度、社区使用情况），工具可能带来的约束或长期来看可能引入的额外风险。

　　五、权衡策略思维与战术思维

　　许多团队由一些独立的开发人员一起构建软件，而每个人都倾向于选择自己最舒适或最有经验的工具和技术。好的架构师持续关注可能有用的新技术、工具或方法，但不一定立即采用它们。技术采用往往需要长期的考量。架构师将在团队和组织层面寻求敏捷度（允许团队快速采取行动）和对齐（保持足够的一致性）之间的良好平衡。建立自己的技术雷达这样的练习是用战略思维探索技术的一个有用工具。

　　六、良好的沟通

　　架构师需要知道，有效沟通是建立信任和影响团队以外成员的关键技能。他们知道不同群体使用不同的词汇，而使用技术术语和描述与业务人员沟通将会变得比较困难。与其谈论模式、工具和编程概念，架构师需要使用听众熟悉的词汇与之交流，诸如风险回报、成本和收益等。这比单纯使用技术词汇进行沟通来得更好。架构师还需要认识到团队内部沟通与外部沟通同样重要，可以使用图表和小组讨论的方式来建立和完善技术愿景，并书面记录之。

热心网友时间：2022-04-19 09:26

《00-金融架构师三期(大量课程)》百度网盘资源免费下载

链接:https://pan.baidu.com/s/1LqygEcoZLBUKp3lwLreHuA

?pwd=zxcv 提取码:zxcv

热心网友时间：2022-04-19 10:44

架构师是一个既能掌控整体又能洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。看似完美的“人格模型”背后，是艰辛的探索。

架构师不是一个人，他需要建立高效卓越的体系，带领团队去攻城略地，在规定的时间内完成项目。

架构师的分类

从业界来看对于架构师的理解可以大概区分为：

企业架构师：专注于企业总体 IT 架构的设计。

IT 架构师-软件产品架构师：专注于软件产品的研发。

IT 架构师-应用架构师：专注于结合企业需求，定制化 IT 解决方案；大部分需要交付的工作包括总体架构、应用架构、数据架构，甚至部署架构。

IT 架构师-技术架构师：专注于基础设施，某种软硬件体系，甚至云平台，提交：产品建议、产品选型、部署架构、网络方案，甚至数据中心建设方案等。

我基于我的经验给些建议吧。

第一、知识面要广

其实我认为做架构师的，从来都是CTO储备，因为需要涉及的能力太广。

做架构，其实最简单的理解就是一句话，就是在有各种*的情况下想办法解决问题。

所谓的*就是性能、稳定性、开发效率、可维护性等因素。

第二、卓越的代码能力

想要成为架构师，首先得是一个优秀的程序员。怎么样才算优秀的程序员呢？

光写代码不思考、不学习肯定是不行的。

第三、对某些相关领域要有深度

刚才讲了技术的广度，但是如果什么都知道，但是什么也不善长，没有什么精通的。那依然只能做个程序员。

那么哪些领域算是关键的领域呢？

到此基本就由业务方向的不同而区分不同的架构师了。

例如金融领域的架构师，可能需要金融知识。

例如大数据领域，可能对hadoop/spark/hive之类的大数据领域知识要求深一些。

再如高并发领域，可能对整个系统的性能优化，分布式系统设计等更深入一些。

第四、要有技术洞见

这个技术洞见是借用《重新定义公司》里的词。换个易理解的词，就是技术上的远见卓识。

第五、管理能力

架构师少有不带项目、不带人的，所以管理能力肯定也是必须。

热心网友时间：2022-04-19 12:19

付费内容限时免费查看回答确认需求

架构师要懂得用户需求，理解用户真正想要什么，这使得架构师必须要和分析人员不断沟通，反复确认需求规格说明书，以此来保证他精准清楚用户需求。

项目经理刘先生在受访时说：「架构师会与很多人沟通，例如开发人员，例如我们项目经理，有时甚至是用户本身。架构设计的目的很明确，目的是什么呢？挖掘用户需求。」

2系统分解

在架构师认可需求规格说明书后，架构师已明确用户需求是是什么，这时候便看架构师的分解能力了。通过100offer入职的全栈技术架构师周先生从「纵向分解」和「横向分解」和我们说明了系统分解是什么——

「一般分为纵向分解和横向分解，纵向分解是将整个系统分层，从而将整体系统分解成下一级的子系统与组件。横向分解是在系统分解成不同的逻辑层或服务后，对逻辑层进行分块，确定层与层之间的关系。」

3技术选型

在系统分解后，架构师会最终形成软件整体架构，接下来，架构师的职责是技术选型。

「前端到底用瘦客户端还是富客户端呢？数据库是用MySQL还是MSSQL又或是Oracle呢？」架构师张先生在接受采访时说，「在了解用户需求后，分解完系统后，技术选型是非常重要的环节，提出各个方向，我再进行评估。不过，很多人都以为架构师是有决定权的，其实不是，架构师没有拍版的权力，决定由项目经理来做。

热心网友时间：2022-04-19 14:10

基本功底过硬

首页

文章

如何做一个优秀的架构师？