软件工程之美学习笔记二十四 23 | 架构师:不想当架构师的程序员不是好程序员

本文探讨了架构师应具备的思维与能力,包括抽象、分治、复用和迭代思维,以及丰富的编码经验和良好的沟通技巧。文章还介绍了从优秀程序员成长为架构师的路径,强调了业务思维、产品思维的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

《软件工程之美》材料地址:https://time.geekbang.org/column/article/91312

什么是架构师思维?

指的是要具备良好的抽象思维、分治思维、复用思维和迭代思维。

架构师能力模型

在这里插入图片描述

  1. 有架构师思维:具备良好的抽象思维、分治思维、复用思维和迭代思维;
  2. 懂业务需求:能很好地理解业务需求,能针对业务特点设计好的架构;
  3. 有丰富的编码经验:像抽象、分治、复用这些能力,都需要大量的编码练习才能掌握;另外保持一定量的编码经验也有助于验证架构设计;
  4. 良好的沟通能力:架构师需要沟通确认需求,需要让团队理解架构设计。

如何成为好的架构师

  1. 首先需要要成为一个优秀的程序员,
  2. 然后多模仿、多学习好的架构设计,
  3. 最后还要早点选择好行业和平台,积累好行业的业务知识,借助平台获得大量的实践机会。

我的留言:

讲到架构,我想先得谈一下康威定律。康威在1967年曾说过,“Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations.”通俗地说,就是组织形式等同于系统设计。所以系统架构设计的进化,是和组织形式的变化结合的。从ITIL来说,BIA,(business IT alignment)是IT的核心,所以充分认识组织的业务模式和运营方式,才能让架构师设计出适合于企业的系统架构,架构设计的最高境界就是适合企业业务的运营。从单体架构到微服务架构,从前后端分离到中台,都是架构适应业务(功能与非功能需求)的体现。所以架构师首先必须要有业务思维、产品思维。TOGAF把企业架构分成业务架构、应用架构、数据架构、技术架构四个子域,我觉得相当全面。
从程序员开始,如果能培养好老师讲的架构师能力模型中的四个思维和三个能力,我们可以给自己规划出一个架构师的成长路径,从单个业务应用开始,然后扩展到一个业务领域,最终到达企业架构师,甚至成为跨企业应用架构师的境界。
老师回复: ?谢谢你从组织架构维度的补充,组织架构和系统架构确实是相辅相成的关系,例如像微服务,一个拆分的原则就是看组织架构要不要细分,否则并不一定要分拆成微服务的架构。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

alpha xu

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值