不论是在公司内部，还是在面试过程中，经常看到很多开发人员，说想成长为架构师，但是实际上却像一支无头苍蝇一样学习、成长。所以今天我就来简单总结一下，开发人员要成长为一个架构师，都应该学习哪一方面的知识。也就是：架构师的能力模型。
（PS：本文纯属个人见解，并不一定完全正确。对于此类话题，每个人可能都有不同的看法。欢迎大家拍砖。）
开发人员职业发展方向
在说明架构师能力模型前，我得先说明开发人员在职场中的职业发展方向图。
开发者应该根据自己的性格、爱好来选择自己的职业方向。对于性格外向、愿意多与人交流、沟通能力较好的同学，可以考虑向管理方向发展。对于热爱技术、喜欢钻研、性格偏内向的同学，则更适合往技术方向发展。
两个方向并没有好坏之分，只是术业有专攻而已。两个方向也不是完全独立的，对于技术总监、架构师及其以上的岗位，往往也需要较强的沟通能力，以及一定的管理能力。
CTO 是很多开发人员理想中的最终职业方向。但是对于不同的公司而言，对 CTO 要求不尽不同（可以看看 2016年炒得比较火的某 CTO 离职事件）。所以 CTO 也会由不同的岗位成长而来。但是，并不意味着每个人都要以 CTO 为自己的职业目标。图中黑体的岗位，都可以作为开发人员的职业方向。
对于还没有职业方向的的开发人员来说，选择好一个奋斗的方向，非常关键。方向对了，就不怕路远！方向不清晰，则会做很多徒劳无功的事。关于更多关于开发者如何对自己的职业进行规划，请看知乎：《开发人员如何规划自己的职业生涯？》。其中有一点非常关键：听从内心的召唤！
架构师能力模型
网上已经有前辈在 2007 年时，已经总结了他对架构师的能力模型的理解。写得非常详细，见：《架构师的能力模型（图）》、《能力要成体系》、《旧文重发：做人、做事，做架构师——架构师能力模型解析》。
个人觉得，上文中的能力模型有些过于具体，不方便读者按照该模型进行学习。同时，也缺少一些我认为必需的元素。
我在面试架构师或者挑选架构师的苗子时，往往看得很重要的一点是此人对技术的热情程度、学习能力。如果他在面试过程中说“我以后会转管理”，那我基本会认为此人不适合。因为不热爱，所以难做好。引用知乎某牛的观点：“对新技术发自内心的喜爱和好奇，对自己产品和代码的尊重与自豪，是技术人员从优秀走向杰出的关键因素。”
这些因素为什么会成为架构师能力模型中的关键因素？
下面我来补充一下我对架构师的能力模型的理解。能力模型分为两个层次。
通用能力层
可能读这一节，读者会觉得有些偏题、有些抽象，但是本层中的能力其实才是最重要的能力。这些能力要求，其实在任何一行、任何一岗都是非常重要、且适用的，这当然也包括架构师职业。
可能比较抽象，我对本层能力模型中的各个能力点做一些简单的诠释：
- 学习能力，是一切能力的源泉！所有的知识，都可以学习。学习能力是一个人的核心能力！所以，在学习任何事之前，应该先学习如何更好地进行学习。把自己的学习总结出一套方法体系并不断完善，是对自我学习能力的提升，是快速构建其它能力的基础。这是我多年之前写的《学习过程反思》，供各位参考。
- 要做事，先做人。
- 人生需要有规划。活着就是为了美好的人生！
- 人生规划中，财务规划和职业规划是两个比较重要的环节。
- 财商：要做一个独立的人，财务方面需要独立；要做一个自由的人，财务方面先得自由。
- 智商：CPU，表示了你大脑的运算能力。（该能力难以主动提升。）
- 情商：30%自我情绪的控制+70%控制他人的思维。
- 思维能力：如果把智商比作 CPU，那么思维能力则是算法。在有限的智商之上，我们只有使用更加高效的算法，才有利于提升我们自己的思考能力。
- 哲学：研究方法的方法。是抽象的方法论。有利于其它方法的学习。
- 结构化思维能力：方法要有体系化。
- 沟通能力：每个人作为社会群体中的一个个体，要想办法更好地与周围个体进行连接，才能更好地达成群体中的各类协作。有时候，连接比个人能力重要得多。
- 个人管理：最基础的管理技能。把个人管理好，才谈得上管理他人。把自己的小事管好，才谈得上管理更大更复杂的事。
- 团队协作：原因同沟通能力。
- 项目管理：使用结构化、体系化思维来管理一个项目的能力。项目是一个抽象的词，并不单指 IT 项目。
- 其它：……
专业能力层
通用能力层之上，就是架构师能力模型中第二个层次：专业能力层。这一层的能力越精通，说明越能胜任架构师。
基础能力层：基础能力层的特点是非常简单，但是却非常重要。
入门级的打字、输入法、快捷键等能力，其实在 IT 盛行的今天，不应该算是一个专业技能，而更是一个通用技能。想象一下，一个人，特别是开发人员，这一辈子要打多少字、多少汉字？如果锻炼了打字、输入法后，会为你节省多少时间（提升 30% 效率，意味着每10年，你比别人多出3年的时间）？但是又有几个开发人员专门去练过打字，练过五笔呢？练武之人，应该先练好马步！
开发语言：道理同输入法。开发者只能通过开发语言来跟电脑进行沟通，所以对语言中每一个语法的精通、高效运用，都能提高你写出来的程序的素质。
开发框架：为什么要学？要学到什么程度？见我09年为自己写的《框架学习计划》。
设计能力层：
开发者往往会花大量的时间在一些具体的技术上，例如基础能力层中的开发框架。学了一个框架，又学另一个框架；学了一门语言，又学另一门语言；学了前端开发，又学后端开发。其实，这都只是在第一个层次上进行学习，兜圈子。想要成为架构师，还得先成为设计师，提升自己的微观、中观设计能力。
我面试过很多的高级开发者、架构师，但是往往只是经验丰富、框架用得较多，设计能力却非常薄弱！
算法对程序设计师来讲非常重要，影响到设计师编写的代码的微观结构。不过，由于其处于微观层面，现在大多数语言框架都已经提供了大部分基础算法的封装，所以对更高级的架构师而言，常常不再需要关心具体的算法。
UML、面向对象是非常重要的两个分析、设计能力。特别是面向对象，当前主流的高级语言都是面向对象的，所以可以说是“设计师”的必备技能。
设计模式：这里我想说的不是只设计模式的重要性，而是“模式”的重要性。在《哲》的抽象层次章节中，我指出了模式是在方法层内、实践层之上，是经过经验总结出的可复用的方法，非常重要！在《学习过程反思》中，指出了总结对于学习的重要性，其实，总结出来的东西，也都是可复用的模式！对后续的实践起到很好的指导作用。所以，设计模式对设计来说，很重要！
架构能力层：
架构设计方法：如何进行架构设计？架构设计的方法有哪些？我非常惊讶地发现，95%面试架构师的人，都没有系统地学习架构设计的方法论……是不是大家以为架构师都是靠忽悠？还是说只要会搭几个基础的程序架子就算得上架构师了？汗……
架构模式：可复用的架构的模式有哪些？
对于架构师而言，要求会高许多。专业能力除了纯技术能力，软件开发过程也是很重要的一个内容（瀑布、RUP、敏捷等）。软件的架构往往与开发的过程是相关的。很多架构甚至是伴随着开发过程而演进的。
业务理解能力，也是架构师的要求之一。更好更快更全面地理解业务，才能设计出匹配的架构。
其实，想成为架构师的同学，可以尝试考一下国家软考的架构师。通过过程中的学习，可以系统地学习架构师相关的很多知识。
结语
回头想想，其实在我个人写程序之初，脑子里面就有简化版本的这个能力模型架构了。这使得我在学习专业知识的时候，很快地学习了几个层次的相关内容。并在后来的时间里，不断对这些能力进行深化、巩固，少走了一些弯路。
上述能力模型中，我无法列全所有的技术分类。但是我列出了我认为比较重要的技术。同时，一些新、老技术，你都可以把它们归类到这三个层次中。这样，在能力分层之后，大家就可以按照这个图来进行规划自己的学习了。图中的每一个点，都需要进行学习，规划到你的学习计划当中去。当你真正学会这些内容后，恭喜你，你已经成长为一个非常优秀的架构师了。
（注意，我说的是“学会”。所以你得先好好总结一下自己的学习！看完本文，读者要是能总结一下自己的学习方法，那就算我熬夜到三点写的这篇文章没有白费…… 
）
不论是在公司内部，还是在面试过程中，经常看到很多开发人员，说想成长为架构师，但是实际上却像一支无头苍蝇一样学习、成长。所以今天我就来简单总结一下，开发人员要成长为一个架构师，都应该学习哪一方面的知识。也就是：架构师的能力模型。
（PS：本文纯属个人见解，并不一定完全正确。对于此类话题，每个人可能都有不同的看法。欢迎大家拍砖。）
开发人员职业发展方向
在说明架构师能力模型前，我得先说明开发人员在职场中的职业发展方向图。
开发者应该根据自己的性格、爱好来选择自己的职业方向。对于性格外向、愿意多与人交流、沟通能力较好的同学，可以考虑向管理方向发展。对于热爱技术、喜欢钻研、性格偏内向的同学，则更适合往技术方向发展。
两个方向并没有好坏之分，只是术业有专攻而已。两个方向也不是完全独立的，对于技术总监、架构师及其以上的岗位，往往也需要较强的沟通能力，以及一定的管理能力。
CTO 是很多开发人员理想中的最终职业方向。但是对于不同的公司而言，对 CTO 要求不尽不同（可以看看 2016年炒得比较火的某 CTO 离职事件）。所以 CTO 也会由不同的岗位成长而来。但是，并不意味着每个人都要以 CTO 为自己的职业目标。图中黑体的岗位，都可以作为开发人员的职业方向。
对于还没有职业方向的的开发人员来说，选择好一个奋斗的方向，非常关键。方向对了，就不怕路远！方向不清晰，则会做很多徒劳无功的事。关于更多关于开发者如何对自己的职业进行规划，请看知乎：《开发人员如何规划自己的职业生涯？》。其中有一点非常关键：听从内心的召唤！
架构师能力模型
网上已经有前辈在 2007 年时，已经总结了他对架构师的能力模型的理解。写得非常详细，见：《架构师的能力模型（图）》、《能力要成体系》、《旧文重发：做人、做事，做架构师——架构师能力模型解析》。
个人觉得，上文中的能力模型有些过于具体，不方便读者按照该模型进行学习。同时，也缺少一些我认为必需的元素。
我在面试架构师或者挑选架构师的苗子时，往往看得很重要的一点是此人对技术的热情程度、学习能力。如果他在面试过程中说“我以后会转管理”，那我基本会认为此人不适合。因为不热爱，所以难做好。引用知乎某牛的观点：“对新技术发自内心的喜爱和好奇，对自己产品和代码的尊重与自豪，是技术人员从优秀走向杰出的关键因素。”
这些因素为什么会成为架构师能力模型中的关键因素？
下面我来补充一下我对架构师的能力模型的理解。能力模型分为两个层次。
通用能力层
可能读这一节，读者会觉得有些偏题、有些抽象，但是本层中的能力其实才是最重要的能力。这些能力要求，其实在任何一行、任何一岗都是非常重要、且适用的，这当然也包括架构师职业。
可能比较抽象，我对本层能力模型中的各个能力点做一些简单的诠释：
- 学习能力，是一切能力的源泉！所有的知识，都可以学习。学习能力是一个人的核心能力！所以，在学习任何事之前，应该先学习如何更好地进行学习。把自己的学习总结出一套方法体系并不断完善，是对自我学习能力的提升，是快速构建其它能力的基础。这是我多年之前写的《学习过程反思》，供各位参考。
- 要做事，先做人。
- 人生需要有规划。活着就是为了美好的人生！
- 人生规划中，财务规划和职业规划是两个比较重要的环节。
- 财商：要做一个独立的人，财务方面需要独立；要做一个自由的人，财务方面先得自由。
- 智商：CPU，表示了你大脑的运算能力。（该能力难以主动提升。）
- 情商：30%自我情绪的控制+70%控制他人的思维。
- 思维能力：如果把智商比作 CPU，那么思维能力则是算法。在有限的智商之上，我们只有使用更加高效的算法，才有利于提升我们自己的思考能力。
- 哲学：研究方法的方法。是抽象的方法论。有利于其它方法的学习。
- 结构化思维能力：方法要有体系化。
- 沟通能力：每个人作为社会群体中的一个个体，要想办法更好地与周围个体进行连接，才能更好地达成群体中的各类协作。有时候，连接比个人能力重要得多。
- 个人管理：最基础的管理技能。把个人管理好，才谈得上管理他人。把自己的小事管好，才谈得上管理更大更复杂的事。
- 团队协作：原因同沟通能力。
- 项目管理：使用结构化、体系化思维来管理一个项目的能力。项目是一个抽象的词，并不单指 IT 项目。
- 其它：……
专业能力层
通用能力层之上，就是架构师能力模型中第二个层次：专业能力层。这一层的能力越精通，说明越能胜任架构师。
基础能力层：基础能力层的特点是非常简单，但是却非常重要。
入门级的打字、输入法、快捷键等能力，其实在 IT 盛行的今天，不应该算是一个专业技能，而更是一个通用技能。想象一下，一个人，特别是开发人员，这一辈子要打多少字、多少汉字？如果锻炼了打字、输入法后，会为你节省多少时间（提升 30% 效率，意味着每10年，你比别人多出3年的时间）？但是又有几个开发人员专门去练过打字，练过五笔呢？练武之人，应该先练好马步！
开发语言：道理同输入法。开发者只能通过开发语言来跟电脑进行沟通，所以对语言中每一个语法的精通、高效运用，都能提高你写出来的程序的素质。
开发框架：为什么要学？要学到什么程度？见我09年为自己写的《框架学习计划》。
设计能力层：
开发者往往会花大量的时间在一些具体的技术上，例如基础能力层中的开发框架。学了一个框架，又学另一个框架；学了一门语言，又学另一门语言；学了前端开发，又学后端开发。其实，这都只是在第一个层次上进行学习，兜圈子。想要成为架构师，还得先成为设计师，提升自己的微观、中观设计能力。
我面试过很多的高级开发者、架构师，但是往往只是经验丰富、框架用得较多，设计能力却非常薄弱！
算法对程序设计师来讲非常重要，影响到设计师编写的代码的微观结构。不过，由于其处于微观层面，现在大多数语言框架都已经提供了大部分基础算法的封装，所以对更高级的架构师而言，常常不再需要关心具体的算法。
UML、面向对象是非常重要的两个分析、设计能力。特别是面向对象，当前主流的高级语言都是面向对象的，所以可以说是“设计师”的必备技能。
设计模式：这里我想说的不是只设计模式的重要性，而是“模式”的重要性。在《哲》的抽象层次章节中，我指出了模式是在方法层内、实践层之上，是经过经验总结出的可复用的方法，非常重要！在《学习过程反思》中，指出了总结对于学习的重要性，其实，总结出来的东西，也都是可复用的模式！对后续的实践起到很好的指导作用。所以，设计模式对设计来说，很重要！
架构能力层：
架构设计方法：如何进行架构设计？架构设计的方法有哪些？我非常惊讶地发现，95%面试架构师的人，都没有系统地学习架构设计的方法论……是不是大家以为架构师都是靠忽悠？还是说只要会搭几个基础的程序架子就算得上架构师了？汗……
架构模式：可复用的架构的模式有哪些？
对于架构师而言，要求会高许多。专业能力除了纯技术能力，软件开发过程也是很重要的一个内容（瀑布、RUP、敏捷等）。软件的架构往往与开发的过程是相关的。很多架构甚至是伴随着开发过程而演进的。
业务理解能力，也是架构师的要求之一。更好更快更全面地理解业务，才能设计出匹配的架构。
其实，想成为架构师的同学，可以尝试考一下国家软考的架构师。通过过程中的学习，可以系统地学习架构师相关的很多知识。
结语
回头想想，其实在我个人写程序之初，脑子里面就有简化版本的这个能力模型架构了。这使得我在学习专业知识的时候，很快地学习了几个层次的相关内容。并在后来的时间里，不断对这些能力进行深化、巩固，少走了一些弯路。
上述能力模型中，我无法列全所有的技术分类。但是我列出了我认为比较重要的技术。同时，一些新、老技术，你都可以把它们归类到这三个层次中。这样，在能力分层之后，大家就可以按照这个图来进行规划自己的学习了。图中的每一个点，都需要进行学习，规划到你的学习计划当中去。当你真正学会这些内容后，恭喜你，你已经成长为一个非常优秀的架构师了。
（注意，我说的是“学会”。所以你得先好好总结一下自己的学习！看完本文，读者要是能总结一下自己的学习方法，那就算我熬夜到三点写的这篇文章没有白费…… ）
来源：https://www.cnblogs.com/softidea/p/6661732.html