大家好,我是君哥。
架构师这个岗位是好多程序员努力的方向,尤其是刚毕业的时候,对架构师有一种崇拜感。毕竟从初级到架构要经历好几次级别飞跃。
工作时间久了,发现架构师这个岗位,其实定义非常广泛,根据工作内容的不同,可以把架构师分成研发架构师、业务架构师、测试架构师,根据级别不同,可以分成研发架构师、高级架构师、资深架构师、首席架构师。
今天,我们聊的话题是,职场上有哪些技术方向的架构师,让人觉得不合格。
作为技术型架构师,基本的技术基础是必须要具备的。
自己设计的架构到底能不能落地,好不好落地,这是对架构师的基本功的考验。但在职场时间久了,我发现一些架构师已经好多年不碰代码,手都生了。他们设计的架构往往很鸡肋,给下面负责落地实施的同事们增加了很多工作量。
生产上遇到紧急问题,架构师们应该牵头解决,最好能给出好的解决思路。但有的架构师却因为技术退化,连基本的方向都会判断错误。
一个团队的成长离不开架构师的指导,如果架构师没有技术基础,团队的成长很容易受限。
再好的架构都是服务于业务的,缺乏对业务的理解,只能根据之前的经验来设计架构,生搬硬套。架构师应该对业务有深入的理解,这样设计的架构才能更接地气。
专注于一个技术方向的研究,在大多数公司都会发展受限。比如研究 JVM,即使源码读得通透,在大多数公司也只有遇到 OOM 相关的问题才会用到。相反,多投入精力学习和研究公司的业务,弄清楚业务是怎样运转的,对架构的设计非常有用。
一些中小型公司的架构师要带团队,带项目。这就要求架构师要懂项目管理。
可是好多技术出身、依然热衷于技术的架构师们很少关注和学习项目管理,这就导致带项目很困难,出现不能按时交付的问题。尤其是一些核心项目,项目带不好,很可能会失去了领导的信任。
这两年,我个人也带了一些项目,相较于学习或研究一个技术问题,牵头交付一个参与团队多、沟通成本很高的大项目,挑战会更大一些。
对产品和需求把控不准确,很容易引起过度设计。比如从大厂招来一个架构师,对高并发设计很有经验,但是接手的产品并发并不高,但这个架构师却在设计过程中基于过去的经验考虑了很多高并发场景的问题,比如怎么做限流、怎么做熔断。
再比如一个微服务架构的设计中,团队本来也就不到 10 个人,却设计了 8 个微服务,开发和维护的工作量都很大。
过度设计很容易让团队把大量精力花费在非核心的功能上,反而忽略了用户关注的核心功能。
架构师这个岗位对沟通能力的要求非常高,典型的沟通场景包括:
架构师承受的沟通压力是很大的。比如自己的领导不够专业却又得去说服领导,这里面就需要一些沟通技巧。
有时候可能自己关注的是优质的方案而领导关注的是合规,也可能自己关注的是先进的技术而领导关注的是业务价值。这时候沟通起来就比较难。如果多次沟通不好,自己的影响力就会大打折扣。
执行力在职场上太重要了。不管是写技术方案、写汇报 PPT,还是写代码,执行力差的人,对紧急的工作不能快速落实,给人的感觉是效能低下。这会让自己的直属领导觉得推动一件事情太困难了。
而执行力强的人,在收到一个任务时,会很快做出规划,包括方案设计完成时间、开工时间、投产时间并给领导反馈,好让领导做下一步决定。
可以你不会相信,架构师怎么会缺乏实战经验呢?
在互联网快速发展的几年,赶上了时代红利,好多公司发展飞快,伴随着公司的迅猛发展,有的程序员毕业 2 年就成为架构师了。
有的公司招架构师,只看候选人曾经有过架构师的经验,却没注意到候选人已经在管理岗位了干了多年,架构师时期积累的实战经验已经丢的差不多了。
这些架构师在一线干的时间并不长,缺乏实战经验再正常不过了。
了解框架原理,对于技术选型非常重要。比如注册中心的选型,分布式配置中心的选型,消息队列的选型,每个都需要了解一下框架的原理,结合实际的业务规模、学习成本、维护成本等因素来选择。
看到这里你肯定会说这太卷了,架构师都要拼身体了。
是的,公司招聘一个架构师,成本并不低,不少架构师的薪资直接碾压自己的领导,这就说明架构师不可能是一个可以躺平的岗位。下面几个场景还是需要架构师拼尽全力来解决的:
有的架构师只顾自己负责的一小块,不从全局触发考虑问题。比如接口设计的时候,只考虑自己系统能处理来自上游请求的能力,却不考虑下游系统的处理能力,最终导致调用下游接口大量失败。
从全局出发考虑问题,是架构师的必备素养。
曾经,架构师是一个受人崇拜的神圣岗位。但在互联网快速发展的黄金阶段,公司的招聘压力较大,架构师的门槛也降低了很多,所以我们看到了 PPT 架构师、只会做项目管理的架构师、不会写代码的架构师,这也让架构师这个岗位受到了很多的吐槽。
随着互联网的红利减退,各公司招人回归理性,相信架构师这个岗位要求也会回到应该有的高度。要走向架构师,综合素质的提升是必不可少的。
感谢阅读,如果对你有帮助,请点赞和在看。