我的架构师之路——阿里云 MVP 沈剑

简介: 沈剑,公众号“架构师之路”的作者,曾任百度高级工程师和58同城高级架构师、技术委员会主席、技术学院优秀讲师,现为到家集团技术委员会主席和技术VP,同时也是快狗打车(原58速运)的CTO。本文是沈剑老师在阿里云的直播中分享的一些自己关于架构师的看法和成为架构师的心路历程的第一部分。

沈剑老师在阿里云的直播中分享的一些自己关于架构师的看法和成为架构师的心路历程,内容经精炼整理成文,分集如下:
本篇:我的架构师之路
中篇:架构师“三部曲”
下篇:网友经典Q&A
沈剑-我的架构师之路.jpg

直接观看视频

一、我的架构师之路

沈剑老师09年入职百度做即时通讯,13年开始才有意识的转型架构师,从即时通讯转到支付系统,克服了种种困难,完成了58同城即时通讯平台,支付系统重构等相关工作,之后不断地学习和进步,最终成为一名优秀的架构师。沈剑老师“身经百战”,很多业务系统设计工作都做过,在这条路上有着自己独特的体会和丰富的经验。图1展示了沈剑老师的任职与所负责的业务经历。
image.png

图1 沈剑的架构师之路

根据自己十多年的架构师经历,沈剑老师把自己的架构师之路抽象为三个阶段:
(一)打基础
(二)寻突破
(三)建体系
以下是沈剑老师对这三个阶段所面临的问题与需要注意的重点地方的一些分享。

(一)阶段一:打基础

一般为从业的前3、4年,很难直接成为架构师,毕竟见识与经验尚浅,在语言层面、设计模式层面、业务逻辑层面等等,需要学习的东西还很多。这段阶段以学习技术、积累经验、增加自己的核心竞争力为第一要点,主要是了解工具、了解模式、了解各种玩法。沈剑老师认为语言对做架构设计的影响没有那么大,技术架构的路是相通的。
在这个阶段,如果要找一个好的公司,沈剑老师认为需要考虑三个要点:

(1)是否重视产研

如果公司对于产品技术不重视,不利于这个打基础的阶段。比如百度就是非常重视技术,公司内部有各方面的专家,是非常适合应届生起步的一个公司。

(2)什么技术体系

公司是否有相对领先的技术栈或者技术理念也需要考虑,有一些公司会固守老旧的技术栈或技术体系,害怕技术革新,这对于新人打基础是非常不利的。

(3)团队成熟度

团队成熟度也非常重要,太年轻的技术栈团队对于职业生涯的前两年是不利的。

(二)阶段二:寻突破

第二个阶段是寻突破的阶段。打了三四年的基础之后,在某个方向上可能是半个专家了,这个时候要考虑以后的方向了,是向业务方向发展,还是向管理方向发展,又或者向架构师方向发展。沈剑老师认为不管往哪个方向走,都没有错,但是不能放弃技术,要时刻关注技术,因为无论哪个公司,综合型的人才都是最稀缺的。
如果在这个阶段,要考虑换公司,沈剑老师认为需要考虑以下三点:

(1)快速发展,比成熟稳定好

这个阶段,快速发展的公司一般要比成熟稳定的公司更好,这时候机会更多,成长会更快。

(2)业务与技术的匹配度

如果想成为技术专家,比如往高并发、大数据方向走,公司的业务与技术的匹配度就非常重要,因为只有在实践中才可以获得最快地成长,有平台才能施展自己的抱负。

(3)深度or广度

如果要往业务的方向走,需要多关注业务的扩展度。如果要往综合管理的方向走,需要考虑在公司是否有机会带小组,是否能学到业务以外的东西。深度和广度没有绝对的正确,一般来说我们要成为“π”型人才。“π”的两条腿一条腿是技术支撑,一定要在某一方面有深度,成为某一方面的专家;另一条腿是沟通和交流的能力,要有能力去带团队。这个阶段,自己去主导一些项目,做出一些成果,突破自己,证明自己是首先应该考虑的。

(三)阶段三:建体系

工作了8-10以后,不管是往哪个方向走,都要开始建立自己的体系了。在这个阶段,更多地要考虑就不仅仅是工作了,更多的是考虑自己的事业。这个时候注重以下三点:
(1)平台很重要;
(2)空间很重要;
(3)系统性思考,战略性思维。
作为事业,平台能不能让你自己施展抱负,完成自己的事业、空间够不够大就很重要。这时候要系统性思考,要有战略性思维,要考虑自己未来的路,如何去完成自己的事业。

总结来说,沈剑老师用一个“干”字总结自己的过去十几年。展开来说,首先就是需要持续学习,不断地去做新的业务,多去交流,多向其他人学习,打好基础,积累自己的核心竞争力。这个过程可能会压力很大,但是收获也会很丰富。其次,做各种业务系统,重要的是要积极主动的去承担工作,不要太在意工资,只要有相对公平的环境就可以,这时候要拼命地干,尽力而为是不够的,要全力而为。

更多精彩,点击查看
中篇:架构师“三部曲”
下篇:网友经典Q&A
直接观看视频

相关文章
|
前端开发 测试技术 数据处理
Kotlin教程笔记 - MVP与MVVM架构设计的对比
Kotlin教程笔记 - MVP与MVVM架构设计的对比
478 4
|
前端开发 Java 测试技术
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
644 0
|
前端开发 测试技术 数据处理
Kotlin教程笔记 - MVP与MVVM架构设计的对比
Kotlin教程笔记 - MVP与MVVM架构设计的对比
339 3
|
前端开发 Java 测试技术
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
484 2
|
设计模式 存储 前端开发
MVVM、MVC、MVP三种常见软件架构设计模式的区别
MVC、MVP 和 MVVM 是三种常见的软件架构设计模式,主要通过分离关注点的方式来组织代码结构,优化开发效率。
1789 12
|
设计模式 前端开发 Android开发
Android应用开发中的MVP架构模式解析
【5月更文挑战第25天】本文深入探讨了在Android应用开发中广泛采用的一种设计模式——Model-View-Presenter (MVP)。文章首先概述了MVP架构的基本概念和组件,接着分析了它与传统MVC模式的区别,并详细阐述了如何在实际开发中实现MVP架构。最后,通过一个具体案例,展示了MVP架构如何提高代码的可维护性和可测试性,以及它给开发者带来的其他潜在好处。
|
Android开发
mvp架构
mvp架构
361 9
|
存储 前端开发 Java
Android应用开发中的MVP架构模式实践
【5月更文挑战第5天】随着移动应用开发的复杂性增加,传统的MVC(Model-View-Controller)架构在应对大型项目时显得笨重且不灵活。本文将探讨一种更适应现代Android应用开发的架构模式——MVP(Model-View-Presenter),并展示如何在Android项目中实现该模式以提升代码的可维护性和可测试性。通过对比分析MVP与传统MVC的差异,以及提供一个实际案例,读者将能深入了解MVP的优势和实施步骤。
417 9
|
前端开发 测试技术 数据处理
安卓开发中的MVP架构模式深度解析
【4月更文挑战第30天】在移动应用开发领域,模型-视图-呈现器(Model-View-Presenter, MVP)是一种广泛采用的架构模式。它旨在通过解耦组件间的直接交互来提高代码的可维护性和可测试性。本文将深入探讨MVP在安卓开发中的应用,揭示其如何促进代码的模块化,提升用户界面的响应性,并简化单元测试过程。我们将从理论概念出发,逐步过渡到实践案例,为读者提供一套行之有效的MVP实施策略。
|
XML 前端开发 测试技术
安卓架构模式:MVC、MVP、MVVM及更多
【4月更文挑战第13天】本文探讨了安卓应用开发中的常见架构模式,包括MVC、MVP和MVVM,以及VIPER和Clean Architecture。MVC分离关注点,易于理解,但安卓不直接支持。MVP通过呈现器实现更清晰的分层和便于单元测试。MVVM利用数据绑定简化UI逻辑,适合声明式编程。开发者应根据项目需求、团队技能和维护周期选择合适架构,随着工具和框架的进步,未来将提供更多模块化、可测试性和敏捷性的解决方案。
977 7