01-自问
- 何为架构师？
- 架构师的工作内容是什么？
- 与之前工作的差别在哪里？
本人去年晋升为架构师，这个刚毕业特别向往的title拿到后，是有过欣喜的。不过一年过去，欣喜过后，有很多疑惑一直萦绕着我。自认为这些疑惑将伴随我很长时间，所以准备先记录下目前在做的事情，期望通过这些具体的事情能慢慢找到答案。
02-可能方向
当你晋升为架构师，你会有哪些可能实际工作的转变，我从我司的几个架构师的角度阐述下他们工作类似的不同
业务专家
这类架构师，主要在业务部门，且特别注重业务的理解，往往比一些产品还要懂当前业务线的全部功能，缺少的业务功能，业务痛点，这类角色一是架构师自己的选择，觉得不喜欢继续做枯燥的coding工作，想多接触业务，增加业务理解力，二是这条业务线需要这样的角色，被倒逼成这样的角色，那往往是产品/业务较弱，需要研发角色进行补位。这类架构师从资深研发阶段，就已经在慢慢做业务的事情，技术的修炼会越来越倾向于浅尝即止，满足业务发展就行。这类架构师，技术广度通常较好，业务理解优秀，技术深度及格线，善于沟通。
技术专家
这类架构师，主要在基础架构部门，中台部门，作为公司支撑力量，类似底盘，维护一些通用功能，通用服务，他们主要是聚焦一个领域，做精做透，决定了公司的技术实力。这类架构师，技术深度较好，业务理解一般，广度及格线，往往是性格内向，不善沟通。
技术管理
这类架构师，主要是在业务部门，不善于或不喜欢跟业务打交道，但是技术深度和技术广度较好，能通过技术手段解决业务问题，他们一般都是业务部门中那一部分想专研技术的人，他们跟业务专家比，技术更好一点，沟通弱一点，跟技术专家比，技术广度好一点，深度弱一点，但是比两者都强的是，既懂技术也懂业务，且能把两者很好的联系在一起，还兼顾着业务团队技术实力的提升。这类架构师，业务和技术视角都较好，沟通能力适中，能用技术解决业务问题，是业务部门的技术实力体现，衔接基础架构部门和业务部门的技术拉通，以及将业务部门技术反补给基础架构部门。
纯管理
这种往往是一个新部门成立，需要一个管理者，那排名靠前的资深研发会被突然变成管理角色，往往是个质的飞越，这种机会不多。从技术切换成了管理，从此从T线变成M线。
03-我的方向
我在基础架构待了3年，19年开始转到业务部门，所以我到底是啥角色，可能一个方向不能涵盖我。但是我可能上面4个角色都在做，来回切换，后面我会一点点介绍我在这4个方向做的工作。
