编程语言
首页 > 编程语言> > 做了5年Java开发,你必须重视这一点

做了5年Java开发,你必须重视这一点

作者:互联网

做了5年左右Java开发,你已经积累了不少项目经验,扩宽了技术广度,也许已发力成为团队管理者。到了这个阶段,大家却常有这种感受:感觉自己卡在瓶颈进步缓慢,技术水平很难像早期一样实现大幅突破?

其实大家往往忽略了这一点——提升自己的架构认知。

架构的本质在于面对业务场景给出优雅的解决方案,使得业务能够快速迭代和持续交付,从而达到降本增效的目标。

提升架构认知高度,就像达克效应所描述的一样,要敢于从愚昧之巅跳到绝望之谷,通过爬升开悟之坡,从而达到架构认知的巅峰时刻。

到达巅峰时刻也就掌握了架构背后设计的哲学,面对具体业务场景在架构层面你便能够轻松应对,以无招胜有招。

提升架构认知,要紧抓3个关键点:业务洞察力、技术视野、原创力(执行力)。

1.业务洞察力是技术战略层面的问题,在当下能够做出合理的判断,清楚公司做什么事情收益最大;

  1. 技术视野即技术选型能力,是技术战术层面的问题,在清楚做什么事情后,需要进一步解决怎么做的问题,也就是能够给出合理的技术选型方案:是完全基于开源的方案,还是基于开源二次开发的方案,还是完全自研的方案;

  2. 原创力(执行力)是技术落地执行层面的问题,一旦技术设计方案确定后,需要能够快速Rush完成。

这3点层层递进,最重要的是先把技术战略问题思考清楚,然后再进一步解决技术战术问题,最后是快速落地执行的问题。

工作5年左右的程序员,在原创力(执行力)层面比较有竞争力,往往欠缺技术视野以及业务洞察力。后面2点更加重要,这2点解决的是架构设计哲学问题,是架构师能够持续拥有竞争力和影响力的立身之道。

举个场景的例子来详细说明:一提到分布式锁问题,大多数人想到的方案是基于Redis的Master-Slave模式来实现。这个实现方案行不行?分布式锁本质是一个CP需求,基于Redis的实现是一个AP需求,乍一看基于Redis的实现是无法满足的。脱离业务场景来谈架构都是耍流氓。

从技术战略的需求层面来看,如果分布式锁在极端情况下获取锁的不一致,社交业务场景能够接受,那么基于Redis的实现是完全可行的。如果业务是交易场景,分布式锁在极端情况下获取锁的不一致性无法接受,那么基于Redis的实现方案是不可行的。在锁强一致性的场景下,需要采取基于CP模型的etcd等方案来实现。

“于一微尘中,悉见诸世界”,一切事物的本质是相通、相同的。 学习架构也是如此,掌握了架构设计背后的哲学,那么一切工程问题也就迎刃而解了。

提升架构认知不是一蹴而就的,它离不开刻意学习和思考。这有一份从架构哲学的层面来剖析的视频分享给大家,是“开课吧”专门邀请前58技术委员会主席,梳理了他多年的架构经验,筹备近1个月最新录制的,相信这份视频能给你带来不一样的启发、收获。

**(视频包含如下内容)

智能互联网之总体架构设计

互联网发展三阶段

互联网架构演进之路

单体架构设计与实践

水平分层架构设计与实践

面向服务架构设计与实践

微服务架构设计与实践

服务网格架构设计与实践

千亿级真实案例实践

领取方式:添加小助理微信领视频

想要学习Java高架构、分布式架构、高可扩展、高性能、高并发、性能优化、

Spring boot、Redis、ActiveMQ、Nginx、Mycat、Netty、

Jvm大型分布式项目实战学习架构师视频免费获取 架构群:585550789**

标签:架构设计,重视,架构,场景,Redis,技术,开发,Java,分布式
来源: https://blog.51cto.com/13952975/2355055