成为一名架构师

首先，推荐一门网上非常热的架构课程

许式伟的架构课

对工作多年的程序员而言，日后的职业发展无非是专精技术，转型管理，晋升架构师三种选择。成为一名优秀的架构师，是大多数技术人的追求。

想要做架构，空有一身技术是远远不够的，知识的深度和广度，会决定一个架构师的架构能力。而这些知识，从你踏入 IT 行业那一刻起，甚至更早就应该开始储备了。

我见过很多人，做了 7、8 年程序员，仍然停留在「码农」的阶段，平时工作节奏太快，很难有机会系统学习架构，也没人教，只能闷头敲代码，越来越被动。

而一旦你拥有架构思维，胸中自有大局观，对职业发展、职场晋升都会起到巨大的作用：

所以，无论你是否已经是团队里的架构师，对任何一位程序员来说，具备架构思维都会成为让你脱颖而出的关键。

但是，据我在工作中的观察，很多人对「架构」的理解，还停留在产品经理出需求，架构师依据产品设计给出实现，也就是所谓的架构设计方案这一阶段。

在我看来，这其实是个误解。架构关乎整个工程，以及实现它的人，又因团队的能力而异。

同时，架构也关乎用户需求，作为架构师，我们不仅要知道当前的用户需求是什么，还要对需求未来可能会出现的变化做出合理预判。

所以，想要成长为优秀的软件架构师，关键在于四个字：掌控全局。

掌控全局，就是要对系统的全貌了然于胸，在自己心中重新构建出整个世界。而不是一上来就沉浸在某个技术的实现细节中，除非它影响了你对这个世界构建过程的理解。

当你了解了世界的脉络和骨骼，你的感觉将完全不同，因为，你已经成为了世界的构建者。

而架构的本质，不正是构建和创造么？

作为一个技术人，我接触过的与架构相关的图书，大概有这么几类：

架构思维类。通常从一些著名的架构理论讲起，比如开闭原则、单一职责原则等等。其弊端在于过度理论化，而计算机科学归根到底属于工程技术类，应该实践第一。
设计模式类。这类一般上来就进入架构的局部细节，每个模式的来龙去脉并不容易理解。就算理解了某个具体的模式，也很难真正做到活学活用。
分布式系统架构设计类。通常从服务端的通用问题如一致性、高可用、高并发挑战等话题讲起，阐述大型业务系统面临的挑战。这些知识虽然非常有价值，但无法延伸至通用业务架构，对大部分企业的架构实践不具备真正的指导意义。
重构类。主要讲如何如何改进代码，其实是最实用的一类。但在我看来，一个模块最初的地基是最重要的，基本决定了这座大厦能够撑多久，而重构更多侧重于大厦建成之后，在服务于人的前提下怎么去修修补补，延长生命。

这些架构类图书并没有达到我个人的期望，在我看来，它们都没有揭开架构设计的全貌。

所以一直以来，我就心存这样一个念头：“写一本不一样的架构书”。这个念想，正是今天这个专栏的由来，它和你现在能看得到的大部分架构书都不太一样。

在专栏中，我会通过理解软件架构的宏观视角，从零开始构建出整个信息世界，在这个过程中，去阐述架构思维范式，以及这些范式在日常工程实践中应用。

在内容设计上，我希望这是一个门槛最低的架构设计专栏，不仅帮到想成为架构师的初学者，还可以让已经成为架构师的技术人规避一些错误的经验。

在行文上，我会尽量避免深奥的术语，以通俗易懂的文字描述信息世界构建者们的所思所想。

许式伟，七牛云 CEO，ECUG 社区发起人，一个开源爱好者。曾就职于金山、盛大，在搜索和分布式存储相关技术领域有十几年的研发经验。

在金山，以首席架构师的身份主导了 WPS Office 2005 的架构设计和开发。在创立金山实验室后，作为技术总监主导了分布式存储开发。后来，我加入了盛大创新院，推出了“盛大网盘”和“盛大云”。

这些年，扛过国产软件研发的大旗，忍受过在 Office 和盗版夹击下的艰难求生，经历过公司转型和个人转型交织的洗礼，在 2011 年，成为一名创业者，建立了七牛，专注企业级存储服务。

0 赞

所属分类： 后端技术
本文标签： 技术
版权声明： 原创文章如转载，请注明本文链接: https://www.seaxiang.com/blog/4888007c-da61-493b-b677-01e0f50eb5f2