理解架构师的正确姿势

　　这个题目在我的脑子里存在好久很久很久，尤其在软件行业，架构师更是普遍的不能再普遍的存在，“你是做什么的，我是做架构的，你是做什么的，我在公司也是做架构的”。哪到底什么是架构师呢，什么才是他应该具有的姿势，接下来我们一起剥洋葱说下我的理解。

架

　　架，我们架什么呢，软件当然是架软件的需求了，我们得知道我们做什么的软件及软件本身所处的环境及位置，只有把需求了解清楚&清晰，才好梳理整个架构的经脉，如果需求搞不清楚，就开始搞架构，或者不管需求，封闭起来做架构，基本到最后都会有蹩脚的感觉。悔恨当初为什么不先高清需求，就动工。这基本也是年轻的架构师或者是刚刚有点架构思想的同行的常规误区，还有一点就是软件这行虽然经验很重要，但具体到具体软件需求还是有不少不同的，不然天下软件大同，我们也就没必要撸码了，“不要跟我谈需求，我以前做过很多类似案例了，我保证能给你做好”，年轻的同行经常挂到嘴边的一句要命的话，其实不知道无休止的加班正在靠近，我们不要在需求不清楚的情况下，保证任何事，架就是架的需求，是根基，是源泉。

构

　　构，我们构什么呢，构建我们架的需求，类似工人师傅建造大楼，提前把骨架搭建起来，构是非常考验一个架构师真正落地能力的部分，贯穿纵横，不光考验一个架构师的撸码能力，运维知识，还有平常拓展的行业视野，这一步跟工作经验有非常大的关系，我们往往想当然的把以前的经验带到新的架构中，所以，构是更需要长时间的、更多项目的经验沉淀，才能面对不同架的需求，才能得心应手、游刃有余。

 

 师

　　师，很多人认为很容易，就是开个小会，装逼培训下就行了，其实是大错特错，思想的灌输是很难的，把自己的架构思想灌输给别人，是很难的，尤其是软件行业，钻牛角尖的特多，一个问题能跟你纠结一天，说服很难，接受更难，这师不容易，特难，考验的是沟通、交流，更是心智。

 

总结：

架构师是一个混合体，涉及业务需求、技术能力、工作经验、交流沟通等等，虽然很辛苦，但只要持之以恒，聪明的撸码人，有什么做不到的呢。

欢迎同行交流，我的QQ：1441299