一、前言
一个架构工程师/成熟的时间也很长，也需要努力，但他拿不到如IT那么丰厚的回报。究其原因，就是软件技术革命带来的放大效应，需求远远超过了供给。从长远看，都会在市场之手下逐步走向平衡。人生短暂，一个人又等不到这么久。
所以总结一句话：一个人的命运啊，当然要靠自我奋斗，但是也要考虑历史的进程。
归根到底就是运气也是很大因素，甚至是主要因素。
二、我以为的我以为
插一个自己的小故事
要明白一点：写业务代码和做架构是两个完全不同的事情。
刚踏进大学入门开发的时候，对架构师这个词并没有太多的概念，就觉得肯定很牛13，我以后工作了也肯定是个架构师。
后来开始写代码，从Java学起，然后四大组件，然后学思维，学项目、学布局等等等。
学校毕业出来，我已经能独立开发自己的APP，虽然就是些什么图书借还APP，壁纸下载APP。但我依旧觉得自己很牛13。但是这份资历加上科班出身，毕业后我还是轻松得到了一家小公司的offer。工作一年后，我已经能基本上独立解决自己开发岗位上的问题了。
我贼牛逼。但是我不会口头上说出来，我要跳槽，这家小公司的舞台已经不够我发挥了，但我不会说出来，先找好下家，再提辞职，刚步入社会的我，就有如此远见，佩服自己。
于是我拿着自己1年工作经验的简历，投给了阿里巴巴，研发工程师。面试都没收到。
然后我又投了当时如日中天的字节跳动，号称年轻人的天下。又没收到面试。
是我眼高手低了？投了一家上市公司，金融行业，程序员最赚钱的行业，又不给面试。
？？？
最后终于面到了一家中大型的企业，嗯…中级工程师。
自我介绍完，说了一下我做过的项目后，leader脸上一副：就这？就这？的表情。
当然，作为成年人的他，还是有着该有的涵养和礼貌，并没有打断我说话之类的。
然后到面试问题环节
leader一上来就问：看你简历上写熟悉 AIDL，说一说 oneway 吧
我：啊？oneway 是什么？跟 AIDL 没关系吧，我熟悉 AIDL 指的是使用 AIDL 接口进行跨进程通信。
面试官：...
啊哈，接下来的15分钟我羞耻的恨不得立马破门而出！binder通信原理是什么？说不清。子线程可以创建Handler吗？母鸡啊。activity启动流程总能说一说吧？哈哈哈，忘记了....
我人生中的第一次跳槽就这样羞辱的结束了。。。。。。。
这件事过后，我如梦方醒。光会砌砖（写业务代码）就想当总工头（架构师）？不可能。
这也是大部分码农无法成为架构师的一个原因。一直停留在业务层面，把砖砌的再好，终究只是砌砖师傅。
怎样能成为一名架构师？
我们依旧比喻成造房子，也就是说，从一个砌砖师傅怎么才能一步步成为总工头呢？
一、把砖砌好
代码是写给别人看的，写好业务代码是成为架构师的第一步。
没有哪一个架构师不是从写业务代码成长过来的。没有不懂业务的架构师，所有的架构，都依赖于业务。所有的架构师，也必须要去写业务代码，不把自己设计的东西，用在真正的项目里，恐怕他们自己都不会知道，这种架构设计的合理性在哪里。
这里我想表达的代码质量优化，并不单指日常编程。
我想表达的是一种架构思想：面向未来编程
一个好的工程师，在听到需求的时候，可以根据自己的业务能力，判断出来这些需求中，哪些是有可能变化的，哪些是不太可能变化的。
针对这些变化的内容，在编写的过程中，不会写死，而反复确认不可能会变化的需求，会写的简单一些，防止过度设计引起的复杂度。
二、清楚砖头钢筋水泥的成分
房子要建好，必定要选用好的材料。这些便是房子的底层、基础。
在编程中，我们所用的语言便是砖头，各种工具类便是水泥，各种框架便是钢筋。
光会用当然不行，必然要“知其然，知其所以然”，“所以然”便是各种方法、工具类、应用框架的底层源码以及他的实现原理。
对于绝大多数编程从业开发者而言都面临一个普遍的问题：广度与深度难以兼顾。
每个企业的业务方向都不一样，用的技术也不一样。运气好，面试的时候甲方公司用的技术刚好跟你学的一样，结果技术面一问，你只答的出四大组件有哪些，生命周期支支吾吾也说不太清楚，view的绘制流程模棱两可，垃圾回收算法一知半解，性能优化一窍不通。这要是能找到offer，那就见鬼了。
很多人在开发过程中只是浮在表面，忽略底层源码分析，面试求职的简历也没有进行修缮和突出重点，自然求职不顺，加薪无望。
底层知识学扎实了，上层的东西像风筝一般千变万化，而你是在底下扯线的那个人，顺着线往下拉，便能轻松看清楚这个风筝长什么样。
三、房子要漂亮，装修少不了
这个点相信大家很容易就能想到我接下来要说什么了。没错，就是开发少不了的—性能优化。
性能优化绝对是一个必修的课题，没有过性能优化的经验，去哪里找工作都免不了碰壁。
举例：一名Android架构师，必定要掌控整个APP的总体构成，用户体验，是最为重要的一点。
作为Android开发，大部分朋友可能会对性能优化这个Topic如数家珍，Google官方在几年前也有“Android性能最佳实践系列”Android Performance Patterns，当然，其中大部分的Tips都是需要大家遵循的规范，但是无论理论上怎么说，我们所做的工作最终还是需要为业务服务，不管你是为了提高下载量、优化用户评价、还是提高业务的转化率，都需要给出性能优化的ROI。
经过近十年的发展，Android技术优化日新月异，如今Android 10.0 已经发布，Android系统性能也已经非常流畅，可以在体验上完全媲美iOS。到了各大厂商手里，改源码、自定义系统，使得Android原生系统变得鱼龙混杂，然后到了不同层次的开发工程师手里，因为技术水平的参差不齐，即使很多手机在跑分软件性能非常高，打开应用依然存在卡顿现象。
APP进行性能优化已成为开发者该有的一种综合素质，也是开发者能够完成高质量应用程序作品的保证。
四、小结一下
从小白到架构师的职业规划到底是怎样的？
我们初入这行是可能出于兴趣，可能出于前景。
入行这个职业就代表着你需要不断的学习、学习，进阶、进阶。
在我们入行之初，为了就业，我们不得不让自己的知识体系更具有“广度”
入职后，你发现并不是之前所学的知识都需要用到，你开始需要进阶某一知识模块的“深度”
此时你具备初级开发的：知识点
工作了几年后，你发现你需要更大的舞台，你需要好几个连起来模块的深度进修。
此时你具备了中级工程师的：知识面
又过了几年，你已是职场老鸟，你几乎能解决工作中所有日常问题。你具有许多的知识面，你将你所有的知识面串联，形成了一套完整的知识体系。
此时你是一名高级工程师：知识体系
可是，你已经到了30+，快要退休的年纪，你身后有无数的高级工程师随时可取代你的位置。
此时，你需要探索代码更深处的奥妙，你不再是只会建房子的“砌砖师傅”
你懂得每块砖头的组成、结构，你知道一所房子哪个地方需要这块“砖头”，哪个地方适合另一种“砖头”。你知道这所房子需要怎样建造，怎样设计更坚固、合理且美观。
此时，你是一名架构师。
转载：https://blog.csdn.net/zhangchen124/article/details/109134852