如何成为一个Java高薪架构师?

什么是架构,什么是架构师?这似乎是聊架构话题时永恒的问题。

从内心讲我真的不想回答架构具体需要做什么,架构师应该具体负责什么。因为从实际情况看,在不同的系统层级,不同的需求下架构师的职责也会不同;从不同的技术角度看,架构师又是个变色龙——一时是技术的大拿,一时是技术的规划者,一时是技术团队的指挥者。

那么,该如何回答“什么是架构,什么是架构师”这个问题呢?这或许需要先搞清楚另外一个问题——一名程序员是如何走上架构师之路的?我从许多朋友那里了解到了很多实际案例,程序员走上架构师之路,总结起来最多的原因是因为他早前代码写的好。

那么,代码写的好就是架构吗?显然不是。代码写的好只是表象,做所有事情都需要规划,尤其是一个复杂的软件系统,这更需要规划,否则可能连一行代码都写不出。复杂的软件系统一定会需要做很多抽象设计、对象规划、接口规划等准备动作。也就是“上一辈程序员”口中所说的:详细设计。做架构主要的事情也依旧如此,需要对整个系统进行系统的规划:模块、通讯、边界、扩展、技术下沉等工作。这样的规划完成之后项目方能正常跑起来。

当然,架构也不仅仅是规划,还要做的另一件大事就是技术识别。识别出系统中技术的难易区域,并分解复杂技术,使之成为一个个技术的黑盒子,在此之上再进行新的技术规划,使整个系统从技术角度来看是分层次的,从难到易,从大到小,但各层之间又是互相的黑盒。这也常说的让系统模块间达到“鸡犬相闻老死不相往来“的状态。

一个架构师需要足够的技术的宽度。从软件到硬件,从开发到测试,从运维到安全等都需要面面俱到的了解。当然你可能不是这单方面领域里面最深入的人,但是你需要知道它们是怎么做的(不仅仅是皮毛,要深入原理),并且要知道它们组合起来是个什么样的东西。技术面也足够宽了之后,是不是就会成为完美架构师呢?

答案是不会,因为还有新的问题要过来。这次的问题诸如“系统在未来的运行过程中运维需要做什么?”“系统在未来的功能迭代中如何更方便的扩展?”“系统应该怎么修改?”“系统应该被怎么样升级?”这时的你是不时很困惑?是不是感觉这个架构的世界好长啊,怎么像保姆一样什么都要管。但仔细想想这是应该的,因为一个系统初次开发并交付只是它生命周期中的一小部分而已。后面的维护、改造、升级才占了整个软件生命周期的绝大部分时间。你是它的架构设计者,是它灵魂之所在,你当然应该设计好它的未来。这也是架构师做好的最后一件事情:系统未来的设计。

架构师的定义?

个人觉得架构师需要具有以下几特点:

知识广度:需要知道主流技术为什么诞生,能解决什么问题?如果同一种业务用不用的技术来实现,会有什么哪些优缺点?比如:流行的ORM框架Mybatis 和 hibernate ,他们之间的优缺点是什么?要有清晰的认识会能在技术造型时做出正确的决定。

抽象能力:对业务和技术进行抽象。业务抽象就是对需求进行分析后,能够建立完美的实体类以及他们之间的联系。技术抽象是对整体架构进行一个分层,各层之间的交互。这至关重要,如果技术抽象能力不足,这会导致整个系统的架构不灵活,难以维护和扩展。

知识的深度:至少是某个领域的专家,比如消息队列,activeMQ熟悉其源码,知道其实现。

优秀的学习能力:对新的技术和前沿性的技术进行学习,使用它来解决工作中的业务问题。

那么你该如何去做呢?我觉得可以从以下几个步骤开始:

1: 扎实的JAVA 基础,Think in java上介绍的内容都能理解,做到这一步恭喜成为了程序员。

2:熟练使用主流框架,如:mybatis,spring 等。

3:研究过至少一种以web框架的源码,如spring mvc ,struts 等。

4:架构过或者参与过高并发系统设计,知道如何应对突发情况。

5:对自己所处的业务能够根据自己的知识维度,提出优化建议或者预测其风险点。

其实能否成为架构师跟机遇有很大关系,比如一个程序员,以上都做到了,但是公司并没有给他这个机会去做,一个真正架构的机会。因为之前的架构师不离职他就没有机会,这就是现实!

在这里我有一个专门为JAVA开发人员想要拿高薪的一个线路图:

一共分为5大专题:

工程化专题:

源码分析:

分布式/高可用/高并发专题:

双十一架构:

性能优化:

原文发布于微信公众号 - JAVA高级架构(gaojijiagou)

原文发表时间:2017-09-14

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏EAWorld

【案例分享】业务创新,没有大数据治理怎么行?

目录 一、大数据治理与业务创新的关系 二、大数据治理的关键步骤 三、大数据治理的主要成果 一、大数据治理与业务创新的关系 数字化时代,我们的数据来源比以前更广了...

47460
来自专栏数据的力量

【干货】如何做一个好的数据产品经理?

25640
来自专栏java一日一条

拿什么来衡量程序员的生产力?

老实说,我们现在还没有明确的方法可以衡量程序员以及整个团队的生产力。我们可以确定谁可以依赖,谁比较努力,但却无法证明这些猜想,也没有量化的方法。

8810
来自专栏王磊的博客

一个好的技术团队应该怎么选择开发语言

17940
来自专栏云计算D1net

回眸混合云:2014五大秘诀

虽然企业选择混合云是为同时享受到公共云和私有云的好处,但并不是所有的企业都能如愿的。本文总结了2014年混合云实施的五大秘诀,希望能够帮助您在来年获得成功。 当...

27760
来自专栏我是攻城师

拿什么来衡量工程师的生产力?

36070
来自专栏无原型不设计

为什么我越来越喜欢画低保真原型?

身在这个行业已经三年了,接触了不少的产品经理。最近公司新招了几个产品经理,非常喜欢用高保真原型来讨论方案。刚进公司,他们就励志要好好学习画原型,但是每次谈论完...

37440
来自专栏mini188

谈谈敏捷开发

我对敏捷开发是源于10多年前看了一本关于迭代开发的书,从而对迭代开发有了一些兴趣。从那时开始有了迭代开发的概念。随着项目经验的增加迭代的重要性也越发觉得明显。随...

19300
来自专栏数据科学与人工智能

【陆勤阅读】数据可视化应遵循的五条核心原则

在数字时代初期,数据只是数学家与科学家们讨论的话题。而如今,不管任何领域,任何人,都逃脱不了对数据的讨论和研究。 由于数据大潮的到来和人们关于数据使用的讨论,一...

23660
来自专栏前沿技墅

ChatOps = AIOps 落地 + DevOps升级?

34360

扫码关注云+社区

领取腾讯云代金券