技术架构师一定要很强的编码能力之后才能当吗？
标题这让我想起来去年发生的一件小事：
我们跟另一家C轮基本敲定的创业公司谈合作，一个顶着“CTO+首席架构师”光环的人到我们公司来探讨系统的架构。他参照ppt就开始各种指点江山，前台到后台N多分层，各种功能划分，不断提到模块解耦……整个一套架构还是有模有样，放到国内研究生的毕业设计中也绰绰有余。我在听的过程中，一直努力去理解每一部分的设计逻辑但是仍有多半不得其解，心想，艾玛，还真是遇到大神了，不愧是C轮的大公司。
讨论环节提了几个我疑惑的问题，基本上没有得到正面回答；聊了聊oauth的授权，跟我说这是细节问题，开发的时候再讨论；中午一起吃饭的时候聊起来java，他说他是做php的。尽管我也知道php是世界上最好的语言，但是尼玛你们的产品后台明明是用java写的！
后来了解到，他虽然公司的名头不假，但是整个产品基本是一个主程大叔一杆挑起来的。今天看来，“PPT架构师”真是形象地描述了这个CTO。很多没多少项目经验的但是迫于毕业压力而苦思冥想脑洞大开设计各种系统架构图的研究生们估计做这个ppt架构师很合适。
最后再说说我的想法：
1 大厦的图纸谁都会画，但是依照你画的图纸团队能不能把楼建起来就是另一回事了。所谓没有足够代码量积累的架构师，建造的楼基本也就是属于豆腐渣水平。
2 任何一门编程语言都有很多坑。花两天时间学会语法，会查api了，算是入门了；然而进阶的过程是一个不断填坑的过程。只有亲自体验了掉坑再爬上来，才会记下这个坑的位置，看别人掉坑多半印象会被时间风蚀掉。而这个填坑正是需要代码量积累的。
一个不了解坑的位置的架构师只会为团队挖更多的坑。
强烈推荐Java程序员学习路线
以下五大知识体系是我从业多年总结出来的经验，都是当前最主流的技术。想要详细了解、深入学习的可以转发+关注后我私信回复【架构资料】获取学习资料，分享一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化、并发编程这些成为架构师必备的知识体系。
下图是我总结性能优化应该学习理解的几大知识体系：
2、源码解读
源码分析是一种临界知识，掌握了这种临界知识，能不变应万变，源码分析对于很多人来说很枯燥，生涩难懂。
源码阅读，我觉得最核心有三点：技术基础+强烈的求知欲+耐心。
我认为是阅读源码的最核心驱动力。我见到绝大多数程序员，对学习的态度，基本上就是这几个层次(很偏激哦)：
1.只关注项目本身，不懂就baidu一下。
2.除了做好项目，还会阅读和项目有关的技术书籍，看wikipedia。
3.除了阅读和项目相关的书外，还会阅读IT行业的书，比如学Java时，还会去了解函数语言，如LISP。
4.找一些开源项目看看，大量试用第三方框架，还会写写demo。
5.阅读基础框架、J2EE规范、Debug服务器内核。
大多数程序都是第1种，到第5种不光需要浓厚的兴趣，还需要勇气：我能读懂吗？其实，你能够读懂的。
耐心，真的很重要。因为你极少看到阅读源码的指导性文章或书籍，也没有人要求或建议你读。你读的过程中经常会卡住，而一卡主可能就陷进了迷宫。这时，你需要做的，可能是暂时中断一下，再从外围看看它：如API结构、框架的设计图。
下图是我总结出目前最应该学习的源码知识点：
3、分布式
分布式系统是一个古老而宽泛的话题，而近几年因为 “大数据” 概念的兴起，又焕发出了新的青春与活力。除此之外，分布式系统也是一门理论模型与工程技法并重的学科内容。相比于机器学习这样的研究方向，学习分布式系统的同学往往会感觉：“入门容易，深入难”。的确，学习分布式系统几乎不需要太多数学知识。
分布式系统是一个复杂且宽泛的研究领域，学习一两门在线课程，看一两本书可能都是不能完全覆盖其所有内容的。
总的来说，分布式系统要做的任务就是把多台机器有机的组合、连接起来，让其协同完成一件任务，可以是计算任务，也可以是存储任务。如果一定要给近些年的分布式系统研究做一个分类的话，我个人认为大概可以包括三大部分：
1.分布式存储系统
2.分布式计算系统
3.分布式管理系统
下图是我总结近几年目前分布式最主流的技术：
4、微服务
当前微服务很热，大家都号称在使用微服务架构，但究竟什么是微服务架构？微服务架构是不是发展趋势？对于这些问题，我们都缺乏清楚的认识。
为解决单体架构下的各种问题，微服务架构应运而生。与其构建一个臃肿庞大、难以驯服的怪兽，还不如及早将服务拆分。微服务的核心思想便是服务拆分与解耦，降低复杂性。微服务强调将功能合理拆解，尽可能保证每个服务的功能单一，按照单一责任原则（Single Responsibility Principle）明确角色。 将各个服务做轻，从而做到灵活、可复用，亦可根据各个服务自身资源需求，单独布署，单独作横向扩展。
下图是我总结出微服务需要学习的知识点：
5、工程化
工欲善其事，必先利其器，不管是小白，还是资深开发，都需要先选择好的工具。提升开发效率何团队协作效率。让自己有更多时间来思考。
如果你依然觉得有些茫然，不如跟有多年Java开发经验的资深工程师聊一聊。