这 10 种架构师,不合格!

2024-06-16 17:44
文章标签 架构师 合格

本文主要是介绍这 10 种架构师,不合格!,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

大家好,我是君哥。

架构师这个岗位是好多程序员努力的方向,尤其是刚毕业的时候,对架构师有一种崇拜感。毕竟从初级到架构要经历好几次级别飞跃。

图片

工作时间久了,发现架构师这个岗位,其实定义非常广泛,根据工作内容的不同,可以把架构师分成研发架构师、业务架构师、测试架构师,根据级别不同,可以分成研发架构师、高级架构师、资深架构师、首席架构师。

今天,我们聊的话题是,职场上有哪些技术方向的架构师,让人觉得不合格。

1 技术能力差

作为技术型架构师,基本的技术基础是必须要具备的。

自己设计的架构到底能不能落地,好不好落地,这是对架构师的基本功的考验。但在职场时间久了,我发现一些架构师已经好多年不碰代码,手都生了。他们设计的架构往往很鸡肋,给下面负责落地实施的同事们增加了很多工作量。

生产上遇到紧急问题,架构师们应该牵头解决,最好能给出好的解决思路。但有的架构师却因为技术退化,连基本的方向都会判断错误。

一个团队的成长离不开架构师的指导,如果架构师没有技术基础,团队的成长很容易受限。

2 缺乏业务理解

再好的架构都是服务于业务的,缺乏对业务的理解,只能根据之前的经验来设计架构,生搬硬套。架构师应该对业务有深入的理解,这样设计的架构才能更接地气。

专注于一个技术方向的研究,在大多数公司都会发展受限。比如研究 JVM,即使源码读得通透,在大多数公司也只有遇到 OOM 相关的问题才会用到。相反,多投入精力学习和研究公司的业务,弄清楚业务是怎样运转的,对架构的设计非常有用。

3 不懂项目管理

一些中小型公司的架构师要带团队,带项目。这就要求架构师要懂项目管理。

可是好多技术出身、依然热衷于技术的架构师们很少关注和学习项目管理,这就导致带项目很困难,出现不能按时交付的问题。尤其是一些核心项目,项目带不好,很可能会失去了领导的信任。

这两年,我个人也带了一些项目,相较于学习或研究一个技术问题,牵头交付一个参与团队多、沟通成本很高的大项目,挑战会更大一些。

4 过度设计

对产品和需求把控不准确,很容易引起过度设计。比如从大厂招来一个架构师,对高并发设计很有经验,但是接手的产品并发并不高,但这个架构师却在设计过程中基于过去的经验考虑了很多高并发场景的问题,比如怎么做限流、怎么做熔断。

再比如一个微服务架构的设计中,团队本来也就不到 10 个人,却设计了 8 个微服务,开发和维护的工作量都很大。

过度设计很容易让团队把大量精力花费在非核心的功能上,反而忽略了用户关注的核心功能。

5 不会沟通

架构师这个岗位对沟通能力的要求非常高,典型的沟通场景包括:

  • 说服领导认可自己的方案;

  • 说服团队成员修改设计不合理的地方;

  • 跟外部团队 PK 方案设计。

架构师承受的沟通压力是很大的。比如自己的领导不够专业却又得去说服领导,这里面就需要一些沟通技巧。

有时候可能自己关注的是优质的方案而领导关注的是合规,也可能自己关注的是先进的技术而领导关注的是业务价值。这时候沟通起来就比较难。如果多次沟通不好,自己的影响力就会大打折扣。

6 执行力差

执行力在职场上太重要了。不管是写技术方案、写汇报 PPT,还是写代码,执行力差的人,对紧急的工作不能快速落实,给人的感觉是效能低下。这会让自己的直属领导觉得推动一件事情太困难了。

而执行力强的人,在收到一个任务时,会很快做出规划,包括方案设计完成时间、开工时间、投产时间并给领导反馈,好让领导做下一步决定。

7 缺乏实战经验

可以你不会相信,架构师怎么会缺乏实战经验呢?

在互联网快速发展的几年,赶上了时代红利,好多公司发展飞快,伴随着公司的迅猛发展,有的程序员毕业 2 年就成为架构师了。

有的公司招架构师,只看候选人曾经有过架构师的经验,却没注意到候选人已经在管理岗位了干了多年,架构师时期积累的实战经验已经丢的差不多了。

这些架构师在一线干的时间并不长,缺乏实战经验再正常不过了。

8 不了解框架原理

了解框架原理,对于技术选型非常重要。比如注册中心的选型,分布式配置中心的选型,消息队列的选型,每个都需要了解一下框架的原理,结合实际的业务规模、学习成本、维护成本等因素来选择。

9 身体不好

看到这里你肯定会说这太卷了,架构师都要拼身体了。

是的,公司招聘一个架构师,成本并不低,不少架构师的薪资直接碾压自己的领导,这就说明架构师不可能是一个可以躺平的岗位。下面几个场景还是需要架构师拼尽全力来解决的:

  • 项目工期本来就紧张,但是交付过程中发现方案有问题,为了不延迟交付,需要加班加点快速完善方案,给交付同事争取时间;

  • 半夜收到生产告警,需要起床协助解决,可能一直解决到早晨上班,甚至上班后一整天又是写汇报材料、又是组织复盘,忙个不停;

  • 一个高管牵头的项目,给的交付时间非常短,架构师需要周末连续加班快速完成架构设计并指导团队实施。

10 缺乏全局意识

有的架构师只顾自己负责的一小块,不从全局触发考虑问题。比如接口设计的时候,只考虑自己系统能处理来自上游请求的能力,却不考虑下游系统的处理能力,最终导致调用下游接口大量失败。

从全局出发考虑问题,是架构师的必备素养。

11 总结

曾经,架构师是一个受人崇拜的神圣岗位。但在互联网快速发展的黄金阶段,公司的招聘压力较大,架构师的门槛也降低了很多,所以我们看到了 PPT 架构师、只会做项目管理的架构师、不会写代码的架构师,这也让架构师这个岗位受到了很多的吐槽。

随着互联网的红利减退,各公司招人回归理性,相信架构师这个岗位要求也会回到应该有的高度。要走向架构师,综合素质的提升是必不可少的。

这篇关于这 10 种架构师,不合格!的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1067118

相关文章

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

系统架构师-ERP+集成

ERP   集成平台end:就懒得画新的页

系统架构师考试学习笔记第三篇——架构设计高级知识(19)嵌入式系统架构设计理论与实践

本章考点:         第19课时主要学习嵌入式系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分)。在历年考试中,案例题对该部分内容都有固定考查,综合知识选择题目中有固定分值的考查。本课时内容侧重于对知识点的记忆、理解和应用,按照以往的出题规律,嵌入式系统架构设计基础知识点基本来源于教材内。本课时知识架构如图19.1所示。 一、嵌入式系统发展历程

系统架构师考试学习笔记第三篇——架构设计高级知识(18)面向服务架构设计理论与实践

本章考点:         第18课时主要学习面向服务架构设计理论与实践。根据考试大纲,本课时知识点会涉及单选题型(约占2~5分)和案例题(25分),本课时内容偏重于方法的掌握和应用,根据以往全国计算机技术与软件专业技术资格(水平)考试的出题规律,概念知识的考查内容多数来源于实际应用,还需要灵活运用相关知识点。         本课时知识架构如图18.1所示。 一、SOA的相关概念 (

高级架构师备考计划

每周计划 我将每周进行一次总结和调整,确保自己的备考进度和效果。 第一周:基础知识复习 目标: 全面复习所有基础知识点,确保没有遗漏。 任务: 阅读教材和参考书,覆盖所有基础知识点。 整理笔记,制作思维导图,帮助记忆和理解。 每天安排固定的学习时间,确保每天都有进步。 检查点: 完成所有基础知识点的笔记整理。 进行一次基础知识小测验,检验学习效果。 第二周:重点知识强

架构师接龙 岑文初VS. 杨海朝_系统架构

淘宝架构师岑文初:淘宝开放平台技术历程_系统架构 上传者: lwqc_yq       我也要“ 分享赚钱” 2014/9/8 评论( 0) ·注册就送50元:温商贷 - 全国首家挂牌P2P     ·友利汇:新人注册送188红包 ·月月惊喜,红包奖励“没完没了”         ·好车贷:688元即投即送 id="iframe

淘宝架构师岑文初:技术发展背后的那个人~~

身人还是很平和的,最后我做好了所有的分析和架构设计,给阿里云留了一个后续统一集团开放的方案,然后带着没完成的开放的理想去了淘宝。 2010年: 空降淘宝,虽然新老板对我能力比较认可,但是淘宝的开放平台已经有了一个10个左右的小团队了,如何融入是最迫切的。我缺乏的是业务,了解的是平台,能力在于技术,于是天天帮助团队同学打杂,解决问题,慢慢的也用能力证明自己。一直处于一个团队攻坚和打杂

每个程序员都应该成为架构师

要想交付最出色的成果,每位开发人员都应当身兼架构师与问题解决者这两大角色。 有时候我的脑袋里会突然出现像“微决议”这样的念头。基本上,微决议所要探讨的是我应该开始做,但在重要性方面还达不到人生高度的事物。 而在审视过程当中,我发现了一位读者朋友提出的问题。 您提到您自己实际并不喜欢“架构师”这样的头衔。我对此表示赞同,因为架构师这样的词汇在不同企业当中有着不同的意义。 根据

58架构师解读:如何优化秒杀业务的架构?

http://www.toutiao.com/a6327611229364420866/?tt_from=mobile_qq&utm_campaign=client_share&app=explore_article&utm_source=mobile_qq&iid=5840657922&utm_medium=toutiao_ios