公众号：杨建荣的学习笔记 · 发布：2021-10-27 08:02:28 · 原文链接

最近听说，朋友圈的一个阿里P9大佬离职了…

这位大佬对我的影响还挺大，我很多架构知识都是来自他，可以说他是我架构思维的领路人。

以前我一直以为，只要学好技术做到技术专家，那成为架构师还不是顺理成章的事儿嘛，毕竟到时候咱技术过硬、业务熟悉，在公司资历也够深了，可现实中好像并不是这样…

架构师独特在哪，它跟技术专家到底有什么区别，架构思维有那么重要，需要尽早学习吗…网上也众说纷纭，都给我整迷糊了，但最近看到个观点把这事说得很明白，说“架构师是基于架构设计的方法论指导进行架构设计，而技术专家更多是基于经验进行架构设计”。

再直白一点理解，就是架构师能够清晰阐述架构设计的理由和原因，考虑问题更全面、更长远，技术专家略逊一筹，可能只是因为曾做过或者看别人做过而选择设计方案。

那么站在企业的角度，既要着眼当下架构的日常实用性，又得考虑日后架构的发展适应性，这时候架构师的架构思维，对比技术专家的编程思维，优势就很明显了。

对于尚未走上架构师岗位的程序员来说，储备架构知识同样相当必要，毕竟在公司的总架构之下，参与某个系统的设计或者开发工作，是很多人的日常。能够理解和看懂架构设计的话，工作目标更清晰，开发起来也更得心应手。而且现在工作晋升卡得越来越严，懂架构设计是加分项。

据我了解，还有相当一部分人是突然被“赶鸭子上架”的，冷不丁公司突然派活了。这玩意儿跟代码编译运行后就能知道对错不同，它要等真正实施后，才能判断结果。公司架构又不是过家家，能允许反复试错，那还不“试试就逝世”。与其手忙脚乱，不如提前做好「知」的储备，机会来了才能把握住。

所以，我觉得找个有经验的架构大牛，系统地学习+实操，非常有必要。架构这块，我个人很佩服李运华，开头的那个“架构师与技术专家的区别”的观点就是出自他口。

我还收藏了一份他总结的 架构师技能图谱，系统地整理了架构相关的零散概念，知识体系很完备，看得出华仔的用心，我一直没舍得删过。