zoukankan      html  css  js  c++  java
  • 架构师

    如图

    对于网站和企业软件而言,架构师是一个重要的角色。对于公司,架构师引领公司的技术方向,架构师的视野和高度决定了公司的技术水平;对于技术团队,架构师的能力决定了开发工程师的开发模式和工作量。一个称职的架构师是公司的财富,而一个不合格的架构师就是开发团队的梦魇。正所谓:将无能,累死三军。

    对于大型网站来说公司有很多架构师,他们按照角色,能力和影响力可以大致分为一下几种。分类非正式,仅供娱乐。

    按照作用划分架构师

    设计型架构师

    也就是一般意义上的架构师,负责系统架构设计,同时也要负责架构的实施落地、演化发展、推广重构。

    救火型架构师

    充当救火队员的角色,系统出现故障或者“灵异现象”,会请他们出马解决,有时重要而紧急的项目也会由此类架构师主持。他们通常是公司的元老,对系统有全局性的认 识,知道“水有多深”。

    布道型架构师

    对某一领域有较深刻的认识,有时候甚至是坚定的技术信仰,乐于同他人分享自己 的知识,希望能够推广自己的技术主张,此类架构师通常有较好的个人影响力。但有时, 由于自身的局限或者不能跟上技术潮流的发展,会成为忽悠型的“大师”、偶像派的专家。

    Geek型架构师

    架构师中的Geek,对某些技术问题的研究达到疯狂偏执的境地,精益求精追求完美。 通常由于知识技能不够全面,不符合许多企业对架构师“高大全”的要求,此类架构师 常有怀才不遇之惑。

    按效果划分架构师

    夏尔巴人架构师

    夏尔巴人生活在喜马拉雅山麓,协助探险队或者登山爱好者攀登那些8000米以上被 称为“生命的禁区”的雪山,帮助他们运送给养到突击队营地,以及作为向导带领登山 队员登顶。每一次成功对于登山队员是一次自我的超越,而对于夏尔巴人,不过是完成了一个工作。夏尔巴人架构师通常会开发项目中最具技术难度和挑战性的模块,从而为整个项目 的顺利进行铺平道路。

    斯巴达人架构师

    传说在古希腊,城邦之间发生战争,如果有城邦向斯巴达人求援,斯巴达人只会派 出一个人去协助,但只要这一个人就可以扭转战局。
    不管项目有多么艰难复杂,只要有斯巴达人架构师,大家就会坚信,项目一定能顺 利完成。斯巴达人架构师带给项目组的,不只是技术和方法,更重要的是必胜的信念。 这种信念是架构师自己积累起来的气场和影响力。

    达官贵人架构师

    此类架构师或者有傲人的学历,或者有辉煌的履历,或仪表堂堂,或口吐莲花,但 是公司里如果有个吃人的怪兽,悄悄地把此类架构师都吃光了,也没人会发现。

    按职责角色划分架构师

    产品架构师

    负责具体互联网产品的技术架构。当产品业务规划确定后,产品架构师就要开始产 品的架构设计了,和运营团队确定pv数、用户数、商品数等产品运营目标、发展规划、
    非功能指标;和产品经理确定功能需求、模块划分等功能目标;和项目经理确定各种开 发资源。获得必要的信息后进行整体架构设计,参与项目开发。产品架构师一般会参与 产品的整个生命周期。

    基础服务架构师

    有时候也被称为平台架构师,负责开发基础框架、公共组件、通用服务等平台类产 品。在大型互联网应用中,基础服务承担着海量的数据存储和核心业务处理服务,有许 多挑战性的工作。

    基础设施架构师

    负责网络、存储、数据库运维管理的架构师,此类架构师一般有专门的称呼(如DBA 等)。此外,根据具体的职责,在数据挖掘、搜索技术、安全诚信、运维监控等领域也有 专门的架构师。

    按关注层次划分架构师

    只关注功能的架构师

    架构目标只是完成功能,通常,这不叫架构。

    关注非功能的架构师

    除了产品功能,架构设计也关注性能、伸缩性、安全性、可用性、系统未来的扩展 性,以及上线后易于运维管理、监控报朁、故障修复等非功能目标。

    关注团队组织与管理的架构师

    架构设计不但关注功能目标和非功能目标,同时还考虑开发团队的成员特点、进度 安排、开发过程等,使架构设计和项目管理完美融合。

    关注产品运营的架构师

    架构设计不但关注产品的各项功能、非功能指标和开发过程的可实现性,还关注产 品运营是否合理方便,能否达到运营目标,技术架构兼顾产品业务架构。

    关注产品未来的架构师

    不但关注前面提到的所有方面,还会结合技术发展趋势、公司战略目标、个人及团 队发展方向,去思考产品未来的发展前景。为产品的发展演化符合历史发展趋势而设计 并为其奠定一个坚实的基础。

    按口碑划分架构师

    最好的架构师

    和团队相处日久,通常情况下团队成员感觉不出他的存在,貌似没有他工作也可以 完成得很好,但是如果他真的离幵了,大家就会觉得心里空荡荡,没了主心骨。

    好的架构师

    深得团队成员的敬重和信任,承担项目中的重要设计幵发工作,团队几乎离不开他。

    一般的架构师

    承担了项目中大部分的技术工作,却常常因为m队成员不符合自己的期望而经常雷 霆大发。

    差的架构师

    既无技术实力也不善于处理人际关系,常被团队成员鄙视,主要工作是给大家添乱、 制造笑话和八卦的谈资

    最差的架构师

    通过制造压力驱使团队成员努力去完成一些无价值的工作,让每个人都忙碌不堪以 使大家都没有注意到他自己其实并不能胜任工作。这种架构师对组织整体和团队成员的 伤害无以复加,却常常因为敬业和努力的形象而得到老板的肯定。

    非主流方式划分架构师

    普通架构师

    从问题和需求出发,结合个人经验、组织资源、业界模式进行架构设计,中规中矩, 能够切实可行地解决问题满足需求,是架构师中的普通青年。

    文艺架构师

    除了像普通架构师那样在架构设计中解决问题,文艺架构师还会在架构设计中进行 一些更前瞻的思考和别出心裁的设计。此类架构师的设计文档通常会透着文艺青年的小 清新范儿,喜欢在文档的开头描述他们与众不同的设计理念和风格。

    1+1架构师

    不包括那些完全不能胜任架构设计工作的架构师,此类架构师喜欢在架构设计中堆 砌概念和模式,设计文档宏大而不着调,面面倶到却不解决具体问题,说起来头头是道 却不知如何落地。其根源不是不了解真正的问题就是不掌握正确的方法。有时候也不排 除这样一种可能性:做架构设计的目的是为了炫耀自己知道这么多术语。



    作者:介鬼
    链接:https://www.jianshu.com/p/b2d1d83cb5ce
    來源:简书
    简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。
  • 相关阅读:
    U3D+SVN: 两份相同资源放在不同目录下导致META的更改
    sceneManager.loadscene加载场景时不会主动去加载场景的依赖包,要手动加载或添加场景到build setting列表中
    android 屏幕适配
    android httpUrlConnection HttpClient
    android ndk
    android viewStub
    android 数字签名
    android mvc
    android OOM 内存溢出
    Aidl
  • 原文地址:https://www.cnblogs.com/duanxz/p/5252510.html
Copyright © 2011-2022 走看看