一个团队中，每个人的追求是不一样的。有的人比较咸鱼，有的人喜欢跑业务，有的人喜欢钻研技术。咱们今天就好好讨论一下，那些热爱技术的开发人员最最关心的话题：怎么能成为一名架构师？
“不想当将军的士兵不是一个好士兵”，相信大部分追求技术的研发小伙伴心里都有着一个梦想，那就是成为一名“无所不能”的架构师。
但是，理想与现实是有差别的，抛开架构不谈，光铺天盖地层出不穷的技术，能掌握的了多少？很多同学们找我聊天，普遍达成一个共识：为什么我毕业三年、五年、六七年了，自认为一直没有断掉学习，但是总感觉要学的东西还有很多。
知识是无穷尽的，持续学习是好事，如果你抱着“进一寸有一寸的欢喜”这个态度，那我很欣赏你。但是抱着“我要把所有的技术和知识都学尽”这个态度是不行的，往往会越学越迷茫。
似乎在很多刚入行或者入行三五年的开发者来看，成为一名架构师，首先要有着扎实的技术基础，看着自家公司中的架构师，似乎没有任何问题能难倒他觉得很酷，于是也开始陷入不断地学技术的过程，梦想有一天也可以成为这样一个人，在公司中举足轻重，出口就是精华。
但是，成为一名架构师真的这么难吗？“架构师”到底是如何被定义的？也许，看完这篇文章，你也可以成为一名架构师了。
招聘软件中招聘架构师的文案，似乎对一个研发来说，像是一个难以承受的大山，让人始终难以迈出第一步。
我们简单总结一下：
得，似乎还真的挺多。。
成为一名优秀的架构师，并不是说单纯的学习和勤奋就可以达到的。而是需要一定的悟性以及天赋。相比较业务开发人员来说，每个团队甚至每个企业，只需要一位架构师就够了，而业务开发人员可能几十上百人。更有一些小公司没有架构师，老板拿出一个开源框架就开始让兄弟们搞业务。
这样的一个，甚至比考研、考编上岸还要低概率的职位，难免总会让人感到绝望和无力，不禁感叹：我和高手差的太多了，rabbitmq我还没学明白呢，别烦我，继续开始卷了。
我想问：你真的能卷的完吗？
架构师是做架构设计、对系统架构负责的那个人。
架构师是一顶帽子，而不是一把椅子；架构师是一个角色而不是一个职位。
什么意思？
我了解过许多团队，也了解过一些公司，其实“架构师”这个职位是很模糊的。
有的团队根本没有架构师，使用springboot、springcloud等开源框架怼上，来一个业务需求，几个合伙分一下任务，做一下数据库设计，就开始开发了。
有的团队虽然有架构师，但是架构师的工作也并不会跟一个普通开发有什么交集。也还是来一个业务需求，几个合伙分一下任务，做一下数据库设计，就开始开发了。
我们都知道，现在程序员内卷很严重，尤其是Java开发，内卷更严重。
百分之90以上的开发人员，都是业务开发，而如今互联网业务规模成指数级增长，越来越需要开发人员将大量的时间与精力定位在业务开发上，而不是对技术的深入研究，所以现在架构师的岗位需求也逐渐增多，对技术研究较深入的开发人员也逐渐成为香馍馍。
但是，这种情况对于程序员来说，并不见得是一件好事。技术人员终究是要追求技术的，但是看这个样子，这是要让我弱化技术，追求业务？似乎对于一个技术开发人员来说，难以接受。
所以，我们也知道了，架构师的一部分工作就是，封装大部分技术细节，给业务开发人员更多的精力专注于业务开发，而不是技术细节。
相信很多技术人员的终极目标，就是成为一名架构师或者是技术经理。
作为一名基层开发人员，尤其是刚毕业没多久的年轻人，确实有一腔热血，但是既没有威望，也没有很高的技术。大部分人可能就一直在默默地学习，积累经验，期望有一天能被伯乐发现自己这匹千里马，干出一番事业。
但是！这是一个误区！很少有人能够突然间就成功的，这不但需要很好的技术，更是要有着更好的运气。而我们今天讨论的不是这种幸运儿。
我们再回来这句话：
架构师是做架构设计、对系统架构负责的那个人。
架构师是一顶帽子，而不是一把椅子；架构师是一个角色而不是一个职位。
你的技术、管理等等经验，能撑得起一个公司的架构师的职位吗？显然很难。
什么是架构师？并不是说公司招聘了你，给你一个架构师的头衔，你才是架构师。只要你想，你就是架构师。
架构师是做什么的？编写架构文档、系统优化、框架封装、技术方案……
当其他同事抱怨需求垃圾、屎山代码、垃圾框架的时候，你选择去动手重构、主动分解需求、主动封装框架、主动设计技术方案、主动技术选型。那你跟一个架构师，恐怕并没有什么区别了。
技术朋友们，不用仰望那似乎看起来很遥远的 “ 架构师 ” 一职，就像 “ 放下屠刀立地成佛 ” 一样，改变你的想法，从现在开始，对你手里的屎山项目、屎山需求开始重构、改造、技术升级、形成设计文档。此刻的你，就是一名架构师。
而这也正是想成为一个架构师一职的 第一步。
