2019-09-13
基层程序员多，但架构大佬少！不想做架构的程序员不是好码农！
成为架构师是绝大部分程序员的梦想，当然不敢说绝对，因为一部分程序员想转行搬砖还有一部分想往管理层发展。可是像我们这样有这良好的职业操守的程序员怎么可能三心二意呢，自己选的编程跪着也要把代码敲完。想要成为架构师当然首先要知道架构师需要知道哪些知识。
对于工作多年的程序员而言，日后的职业发展无非是继续专精技术、转型管理和晋升架构师三种选择。
架构师在一家公司有多重要、优秀架构师需要具备怎样的素质以及架构师的发展现状三个方面来分析
程序员如何才能晋升为优秀的高薪架构师？
希望通过本文让程序员们了解架构师的市场行情，了解架构师的发展前景，并帮助你更清晰地做出职业规划。
1.源码分析专题
源码分析是一种临界知识，掌握了这种临界知识，能不变应万变，源码分析对于很多人来说很枯燥，生涩难懂。
源码阅读，我觉得最核心有三点：技术基础+强烈的求知欲+耐心。
我认为是阅读源码的最核心驱动力。我见到绝大多数程序员，对学习的态度，基本上就是这几个层次(很偏激哦)：
- 1、只关注项目本身，不懂就baidu一下。
- 2、除了做好项目，还会阅读和项目有关的技术书籍，看wikipedia。
- 3、除了阅读和项目相关的书外，还会阅读IT行业的书，比如学Java时，还会去了解函数语言，如LISP。
- 4、找一些开源项目看看，大量试用第试用框架，还会写写demo。
- 5、阅读基础框架、J2EE规范、Debug服务器内核。
大多数程序都是第1种，到第5种不光需要浓厚的兴趣，还需要勇气：我能读懂吗？其实，你能够读懂的
耐心，真的很重要。因为你极少看到阅读源码的指导性文章或书籍，也没有人要求或建议你读。你读的过程中经常会卡住，而一卡主可能就陷进了迷宫。这时，你需要做的，可能是暂时中断一下，再从外围看看它：如API结构、框架的设计图。
下图是我总结出目前最应该学习的源码知识点：
2. 分布式专题
分布式系统是一个古老而宽泛的话题，而近几年因为 “大数据” 概念的兴起，又焕发出了新的青春与活力。除此之外，分布式系统也是一门理论模型与工程技法并重的学科内容。相比于机器学习这样的研究方向，学习分布式系统的同学往往会感觉：“入门容易，深入难”。的确，学习分布式系统几乎不需要太多数学知识。
分布式系统是一个复杂且宽泛的研究领域，学习一两门在线课程，看一两本书可能都是不能完全覆盖其所有内容的。
总的来说，分布式系统要做的任务就是把多台机器有机的组合、连接起来，让其协同完成一件任务，可以是计算任务，也可以是存储任务。如果一定要给近些年的分布式系统研究做一个分类的话，我个人认为大概可以包括三大部分：
1. 分布式存储系统
2. 分布式计算系统
3. 分布式管理系统
下图是我总结近几年目前分布式最主流的技术：
3.微服务架构专题
当前微服务很热，大家都号称在使用微服务架构，但究竟什么是微服务架构？微服务架构是不是发展趋势？对于这些问题，我们都缺乏清楚的认识。
为解决单体架构下的各种问题，微服务架构应运而生。与其构建一个臃肿庞大、难以驯服的怪兽，还不如及早将服务拆分。微服务的核心思想便是服务拆分与解耦，降低复杂性。微服务强调将功能合理拆解，尽可能保证每个服务的功能单一，按照单一责任原则（Single Responsibility Principle）明确角色。 将各个服务做轻，从而做到灵活、可复用，亦可根据各个服务自身资源需求，单独布署，单独作横向扩展。
下图是我总结出微服务需要学习的知识点：
4.性能优化专题
性能优化是没有止境的，但是目前没有一个机器学习平台能够一统天下，一个公司靠自己维护一个平台的可能性已经微乎其微，事实上也没有太大的必要，更多的是相互借鉴相互融合，因此从性能优化的角度来看，跟紧学术前沿，跟紧社区潮流是必要的。在这个基础上，有针对性的对关键算法进行优化也许是合适的选择。
5.工程化专题
工欲善其事，必先利其器，不管是小白，还是资深开发，都需要先选择好的工具。提升开发效率何团队协作效率。让自己有更多时间来思考。
架构师大多数都是在工作十年后再从程序员转型为架构师，几乎所有高薪架构师，都懂得多门主流编程语言如C++、Java、python等，才能在架构系统时没有局限性，也可以使用如MySQL、sqlserver、sybase、jracle、infomix等多种数据库，他们还了解文件系统特性，如NFS、GFS，NTDFS、XFS等，甚至做过几年windows开发，是这些经历，才造就了一名优秀的架构师。
