我的架构师之路——阿里云 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
直接观看视频

相关文章
|
4月前
|
设计模式 存储 前端开发
MVVM、MVC、MVP三种常见软件架构设计模式的区别
MVC、MVP 和 MVVM 是三种常见的软件架构设计模式,主要通过分离关注点的方式来组织代码结构,优化开发效率。
107 12
|
8天前
|
前端开发 测试技术 数据处理
Kotlin教程笔记 - MVP与MVVM架构设计的对比
Kotlin教程笔记 - MVP与MVVM架构设计的对比
20 2
|
15天前
|
前端开发 Java 测试技术
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
13 2
|
1月前
|
Cloud Native Java 编译器
将基于x86架构平台的应用迁移到阿里云倚天实例云服务器参考
随着云计算技术的不断发展,云服务商们不断推出高性能、高可用的云服务器实例,以满足企业日益增长的计算需求。阿里云推出的倚天实例,凭借其基于ARM架构的倚天710处理器,提供了卓越的计算能力和能效比,特别适用于云原生、高性能计算等场景。然而,有的用户需要将传统基于x86平台的应用迁移到倚天实例上,本文将介绍如何将基于x86架构平台的应用迁移到阿里云倚天实例的服务器上,帮助开发者和企业用户顺利完成迁移工作,享受更高效、更经济的云服务。
将基于x86架构平台的应用迁移到阿里云倚天实例云服务器参考
|
3月前
|
人工智能 自然语言处理 Cloud Native
阿里云 AI 原生应用架构开放日上线 CommunityOverCode Asia 2024
诚挚邀请您参加阿帕奇软件基金会亚洲大会——CommunityOverCode Asia 2024。本次活动将汇聚来自世界各地的开发者和科技爱好者,共同探索开源技术的最新进展和未来趋势。我们将在大会期间举办《阿里云 AI 原生应用架构开放日》,欢迎您来现场和我们交流。
298 14
|
2月前
|
运维 数据库 云计算
卓越架构,数据无忧|8月30日,阿里云用户组·上海站沙龙,火热报名中🔥
聚焦数据库 「成本&稳定」方面的技术实现和解決方案,深度互动数据库使用生命周期需求、如何节约数据库成本等
|
2月前
|
关系型数据库 Serverless 分布式数据库
阿里云 Serverless 高可用架构
阿里云的《卓越效能,极简运维,Serverless高可用架构》解决方案提供了全托管服务、自动扩展、高可用性、无缝集成以及内置安全等核心功能。该方案通过免除底层基础设施的管理,允许用户专注于应用程序开发,同时确保应用的稳定运行和资源的有效利用。 **核心功能简介**: - **全托管服务**:用户无需关心底层硬件,由阿里云负责维护和扩展计算资源。 - **自动扩展**:根据业务需求自动调整资源,确保应用在高峰期有足够的计算能力,低谷期则节省成本。 - **高可用性**:多地域和多可用区部署,实现故障自动切换,确保业务连续性。 - **无缝集成**:与阿里云的其他服务(如数据库、消息队列等)深度
|
3月前
|
存储 关系型数据库 数据库
给阿里云的建议和意见 一个云服务器架构是否可行
摘要(Markdown格式): 在修复阿里云服务器IPv4设置错误时遇到困难,导致服务器远程登录失败及外网访问受阻,耗时三天解决。建议阿里云更新文档,确保设置指导与实际情况一致,例如只需在路由表添加条目关联IPv4。此外,建议优化帮助页面,如采用折叠式设计减少干扰。服务器主要任务是数据分析、存储和分发,文中提出简化服务器框架,消除硬件软件复杂配置,利于初学者和独立开发者快速上手,降低时间成本。该设计旨在减少无用组件,节省资源,同时降低云服务商的人力和支持成本。期望云服务商考虑此类架构创新。目前未知是否有类似产品,期待业界反馈。
908 0
给阿里云的建议和意见 一个云服务器架构是否可行
|
3月前
|
运维 监控 关系型数据库
阿里云Serverless高可用架构深度评测:构建稳定高效应用的全面指南
随着云计算技术的迅猛发展,Serverless计算作为一种新兴的、以事件驱动的无服务器架构,正在逐渐改变企业构建、部署和管理应用程序的方式。阿里云,作为全球领先的云服务提供商之一,提供了全面的Serverless解决方案,包括PolarDB MySQL Serverless集群和Serverless应用引擎等产品,致力于帮助用户构建高可用、高弹性、低成本的应用系统。本文将深度评测阿里云的Serverless服务,从产品功能、使用体验、部署常见问题、文档与支持的全面性等维度出发,为开发者和企业提供实用的参考。
100 0
|
2月前
|
Serverless 数据安全/隐私保护 开发者
Serverless 架构问题之阿里云函数计算在事件生态层面如何解决
Serverless 架构问题之阿里云函数计算在事件生态层面如何解决
37 0