我曾经见到一个非常反面的例子。我们部门有一个P9级别的架构师,级别很高,对不对,但是呢,他只会闭门造车,从来不去关注具体的业务,以至于哼哧哼哧做了半年,自己做出了一套引以为傲的框架,却完全不能融入到业务当中。如果以结果导向来说,这个P9的产出甚至连一个P6都比不上。
在了解自己产品中的业务场景之后,我们还有更高的追求,那就是关注行业发展的动态。
如果你身处一个变化非常快速的商业竞争环境里,比如说新零售,那这商场就是战场。同学们不仅要关注自己那一亩三分地的业务,也要看一看行业中其他竞争对手他们的业务。
所以说架构师首先是一个技术专家,但架构师又不只是一个技术专家,他甚至可以说是半个产品专家。当然了,我们做架构呢,还强调一个非常重要的能力,黑话它big picture,实际上就是叫大局观。
你就像一个战场的司令员一样,不仅要为技术团队输送火力,制定技术发展路线,架构图,技术选型,同时 也要弥补产品和业务团队技术上的短板,为他们从技术层面提供决策支持。这是一个架构师根正苗红的正面形象。
接下来我们来看一看反例,不知道同学们有没有见过这样一种架构师,他特别会写PPT,讲起道理来简直是口若悬河,口吐莲花(咦,怎么感觉像是说我自己啊) NoNoNo!!! 我可不是这样的架构师啊。 我们说一线域的架构师,也就是指冲在最前线的架构师团队。如果这帮架构师,他一点代码都不,碰那在老师眼里,他跟这个热翔是没有任何区别的。
当然了,不是说所有的架构师都要碰代码,如果你级别够高,那不必受这个条件约束啊。我这里特指的是一线域的架构师,他是同你的开发团队一起冲锋陷阵在一线的,他们需要做出对技术选型的判断,这可不能只靠文档上面吹的优点和缺点,你要亲自去搭起一个demo,从头到尾去体验这个流程。除此以外还不够,我们还要做一个快速的POC,POC是指一个快速的概念验证的阶段。当你做了一个基础选型,你要能验证自己的架构和技术选型可以很好的融入到业务当中。所以在POC阶段的快速验证,需要你亲自了参与。
架构是要实实在在的是一个技术专家。我们时代在进步,科技在发展,架构师这个行业也不能是一个吃老本的行业。同学们不管在忙,也一定要抽出一些时间来了解业界的新技术,它的发展趋势。这是我们作为技术人员的立命之本。
如果你整天忙于996,997 , 是在做重复式的搬砖劳动,那这可不是一个可持续发展的路子。
除了技术以外,我还建议同学们去多观察业务,从业务角度上多提几个为什么,多思考,不要满足于做一个技术上的技工,我们要做复合型的人才。业务知识与我们就像这有缘之水一般,那懂了技术,懂了业务,我们还要强调一个落地能力。这在互联网公司尤其的重要。不管你嘴上说的再好,如果你不能把一个方案从0到1搭建起来,那这一切都是白搭。
所以,这里有一个听起来很残酷,但是非常有道理的四字箴言叫结果导向。