程序员,如何从开发转型做架构师?

简介: 程序员,如何从开发转型做架构师?

人生就像射箭,如果连箭靶都找不到,那每天的拉弓又有何意义呢?本文主要价值是分享老兵哥我个人真实的从业经历经验,希望让你对架构和架构师有充分的了解,从而做好开发工作,并结合个人兴趣爱好提前规划未来。


1. 哪些特质适合往架构方向发展?


按照古典老师的生涯三叶草模型,构建某项新技能要从兴趣出发,接着培养能力,再将能力变现创造价值,最后激发更大的兴趣,形成良性循环。因此,程序员在选择自己升级打怪的路径时必须要遵从内心,人生没有好走的路,每个方向都需要付出努力才能在竞争中不被淘汰,如果能够选择自己喜欢并适合的发展方向,那你就会走的更加快乐从容一些。结合个人成长,以及担任面试官、晋升评委等经历,老兵哥总结了几个适合往架构方向发展的特质:

  • 对技术有足够的热情和好奇心。这些年技术的更新换代非常快,如果你对技术缺乏热情或好奇心,那你就很容易被时代所抛弃,滞留在曾经最擅长最熟悉的技术栈上。只有保持对新生事物的好奇心,愿意拥抱变化,才能够不断刷新自己的技术栈,从而积累丰富的经验,拓展自己的认知。
  • 善于跳出纷繁抽象总结方法论。在这个充满变幻的环境中,我们很容易陷入细节不能自拔,被各种业务问题套住不能脱身,意识不到跳出这些变化来总结共性的解决方案,从更高的维度来解决问题。如果你平时喜欢流程化、层次化、系统化地思考问题,那你就具备了做架构的基本条件。
  • 乐于与人沟通交流,兴趣爱好宽泛。架构师需要跟各种干系人角色沟通交流,如果你本身不太喜欢跟人打交道,那么架构相关的工作对你来说就比较有挑战。相对于技术专家的精深,架构更偏广博,兴趣爱好宽泛就有助于你拓宽自己的技术面和人脉圈,从而为做好架构积累内外资源。

如果你对某个技术领域特别喜欢,性格相对内向,兴趣爱好单一,那就可以往专精方向发展,成为这个领域的技术专家。如果你性格外向,兴趣爱好宽泛,那就可以往广博方向发展,成为跨不同领域的架构专家。不管往哪个方向发展,最根本的就是充分发挥自身优势,不断提高自己的不可替代性,站上更高更大的舞台,做更大更有价值的事情。


2. 如何从开发成功转型架构师?


2.1 个人经历介绍

老兵哥我第一份工作的岗位是高级开发工程师,两年左右升职为技术经理,其中百分之七十的时间精力依旧在开发工作上,其余百分之三十的时间精力用于十多个人左右团队的日常管理。这次跳槽换工作的主要原因,公司主营业务通信是基础设施,它本身跟互联网业务的关系比较远,那时候移动互联网开始蓬勃发展,而通信行业主要是跟着国际电信论坛的标准在走,虽然当时我们公司也在参与国际标准的制定,但就像待在大海深处无法感受到海面的波澜壮阔,世界那么大,我想去看看,年轻时的好奇心引领我奔向了移动互联网。

第二份工作的岗位是研发项目经理,兼职架构。当时移动互联网正处于爆发阶段,我在这段工作期间经历了从零开始孵化项目,技术架构也不短迭代升级。刚开始我并没有意识到要往架构师方向发展,都是在业务野蛮生长过程中遇到各种问题后被逼着赶鸭子上架,边查资料边验证,压力很大,但成长也比较快。在这个过程中,我习惯结构化思维,能够从更加系统化的角度分析定位问题,当时的领导觉得我有往架构师方向发展的潜力,专门让我参加了一个外部的架构师训练营。这个训练营对我的帮助还是蛮大的,它让我对架构有了更加系统化的认知,帮我构建了架构相关的知识体系。从那以后,我就会有意识地按照架构思维来看待各种技术工作。

后来跳槽换第三份工作的主要原因是,BAT 这类企业发展特别快,它们的业务都是服务个人用户,相较于服务企业团体客户,我们技术人的价值更容易得到体现和尊重,企业文化也是偏工程师文化。不同的生态需要不同的生存技能,选择环境也就是在强化自己想拥有的技能。第三份工作我的岗位是应用架构专家,主要奔着做公有云这个大方向去的,既可以服务个人或中小企业客户,又可以紧跟云计算这个大趋势。这段工作让我有机会刷新自己的技术栈,积累了大量云应用架构、微服务架构的实践经验,在培训推广、售前支持等工作中提升了软技能。

架构师这个岗位需要广博的知识面,而这几段工作经历极大地丰富了我的技术视野和知识体系,实践过 C/S、B/S、分布式 Dubbo、微服务 Spring Cloud 等应用架构,开发过 Windows 桌面应用、Anroid 移动应用、Linux 服务器程序等,熟练或熟悉使用 C/C++、JAVA、JavaScript、Python 等开发语言,使用过各种类型的中间件产品。在三十岁前后正在构建架构师所需的技能树,而随后顺利转型至架构师岗位,比较平滑地渡过了程序员 35 岁这道坎,现在回过头来看,这恰巧符合了职业转型升级三步走的策略。


2.2 三步走转型策略


我们每个人都会遇到转型升级这个命题,要么是被动的,要么是主动的。什么是被动呢?就是职业发展遭遇瓶颈或天花板,薪酬待遇上涨乏力,相对于年轻人在市场上的竞争力降低,甚至遭遇末尾淘汰或裁员等等,这是任何人都不愿意看到的,最好还是提前规划主动转型。当然,任何人都不能脱离现实生存的约束,在完成转型升级前,我们还需要依靠眼下最擅长的技能谋生。因此,我们不要幻想自己在某天就突然可以胜任架构师的工作了,最靠谱的还是三步走策略:

  • 第一步,在开发岗上积累丰富的开发和设计经验,熟悉各种中间件产品。
  • 第二步,在开发岗上学习架构相关的理论和方法,寻找机会做架构设计,提升架构师所需的软技能。
  • 第三步,晋升或跳槽到真正的架构岗,正式以架构师角色开展工作,培育后续转型升级的新技能树。

上述三步当中,第二步比较难,在做好本职工作的同时,主动跳出舒适区,不断扩大自己的技术视野。因为很多人会被公司的业务和技术环境牵着走,例如公司当前的业务规模决定了技术上不需要分布式技术,很少有人会思考业务规模大了之后如何利用分布式技术来化解问题。如果你准备往架构师方向发展,除了寻找更大规模的业务外,那你要养成跳出当前层级和环境来思考的习惯,例如你只用了关系型数据库,有没有想过当数据到达 TB 数量级时如何快速检索与保存呢?技术能力的突破依赖业务场景的需求和自身刻意的规划学习,二者缺一不可。但前者是机会,往往不是自己能完全把控的,如果在工作中没有实践场景,最好的办法就是系统的学习与梳理,待机会来临时才能一展身手。

  • 软技能-热门文章:(首发公众号)
  1. 如何在打造影响力的路上「码」不停?(
  2. 2020 来了,你的 2019 晒好封存了吗?(
  3. “花式”裁员套路深,你知道吗?
  4. 遭遇裁员,如何渡过心理危机?
  5. 程序员“求包养”攻略揭秘
  • 硬技能-热门文章:
  1. 如何设计出优美的Web API?
  2. 程序员必须掌握的性能调优 X Y Z
  3. 如何把单体式应用拆解成微服务?【上】
  4. 如何把单体式应用拆解成微服务?【下】
  5. 图解 Spring:HTTP 请求的处理流程与机制
相关文章
|
25天前
|
API 持续交付 开发者
后端开发中的微服务架构实践与挑战
在数字化时代,后端服务的构建和管理变得日益复杂。本文将深入探讨微服务架构在后端开发中的应用,分析其在提高系统可扩展性、灵活性和可维护性方面的优势,同时讨论实施微服务时面临的挑战,如服务拆分、数据一致性和部署复杂性等。通过实际案例分析,本文旨在为开发者提供微服务架构的实用见解和解决策略。
|
2月前
|
Java 持续交付 微服务
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在现代后端开发中的应用,通过具体案例分析,揭示了其如何助力企业应对业务复杂性、提升系统可维护性和可扩展性。文章首先概述了微服务的核心概念及其优势,随后详细阐述了实施微服务过程中的关键技术选型、服务拆分策略、容错机制以及持续集成/持续部署(CI/CD)的最佳实践。最后,通过一个真实世界的应用实例,展示了微服务架构在实际项目中的成功应用及其带来的显著成效。 ####
|
2月前
|
缓存 Java 数据库
后端技术探索:从基础架构到高效开发的实践之路
【10月更文挑战第7天】 在现代软件开发中,后端技术是支撑应用运行的核心。本文将探讨如何从后端的基础架构出发,通过一系列高效的开发实践,提升系统的性能与可靠性。我们将深入分析后端框架的选择、数据库设计、接口开发等关键领域,并提供实用的代码示例和优化策略,帮助开发者构建更稳定、高效的后端系统。通过这篇文章,读者将获得关于后端开发的全面理解和实践指导,从而更好地应对复杂项目需求。
71 0
|
2月前
|
设计模式 API 开发者
探索现代后端开发:微服务架构与API设计
【10月更文挑战第6天】探索现代后端开发:微服务架构与API设计
|
9天前
|
消息中间件 监控 持续交付
后端开发中的微服务架构设计与实践####
在当今快速发展的软件开发领域,微服务架构已成为构建高效、可扩展和易于维护应用的关键策略。本文将深入探讨微服务架构的核心概念、设计原则与实战技巧,通过实例解析如何在后端开发中有效实施微服务,以应对复杂业务需求和技术挑战。我们将从微服务的拆分策略、通信机制、数据管理到持续集成/持续部署(CI/CD)流程,全面剖析其背后的技术细节与最佳实践,为读者提供一份详尽的微服务架构设计与实践指南。 ####
|
19天前
|
监控 API 持续交付
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在后端开发中的应用,分析了其优势、面临的挑战以及最佳实践策略。不同于传统的单体应用,微服务通过细粒度的服务划分促进了系统的可维护性、可扩展性和敏捷性。文章首先概述了微服务的核心概念及其与传统架构的区别,随后详细阐述了构建微服务时需考虑的关键技术要素,如服务发现、API网关、容器化部署及持续集成/持续部署(CI/CD)流程。此外,还讨论了微服务实施过程中常见的问题,如服务间通信复杂度增加、数据一致性保障等,并提供了相应的解决方案和优化建议。总之,本文旨在为开发者提供一份关于如何在现代后端系统中有效采用和优化微服务架构的实用指南。 ####
|
21天前
|
消息中间件 设计模式 运维
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在现代后端开发中的应用,通过实际案例分析,揭示了其在提升系统灵活性、可扩展性及促进技术创新方面的显著优势。同时,文章也未回避微服务实施过程中面临的挑战,如服务间通信复杂性、数据一致性保障及部署运维难度增加等问题,并基于实践经验提出了一系列应对策略,为开发者在构建高效、稳定的微服务平台时提供有价值的参考。 ####
|
22天前
|
消息中间件 监控 数据管理
后端开发中的微服务架构实践与挑战####
【10月更文挑战第29天】 在当今快速发展的软件开发领域,微服务架构已成为构建高效、可扩展和易于维护应用程序的首选方案。本文探讨了微服务架构的核心概念、实施策略以及面临的主要挑战,旨在为开发者提供一份实用的指南,帮助他们在项目中成功应用微服务架构。通过具体案例分析,我们将深入了解如何克服服务划分、数据管理、通信机制等关键问题,以实现系统的高可用性和高性能。 --- ###
38 2
|
1月前
|
缓存 运维 监控
后端开发中的微服务架构实践与挑战#### 一、
【10月更文挑战第22天】 本文探讨了微服务架构在后端开发中的应用实践,深入剖析了其核心优势、常见挑战及应对策略。传统后端架构难以满足快速迭代与高可用性需求,而微服务通过服务拆分与独立部署,显著提升了系统的灵活性和可维护性。文章指出,实施微服务需关注服务划分的合理性、通信机制的选择及数据一致性等问题。以电商系统为例,详细阐述了微服务改造过程,包括用户、订单、商品等服务的拆分与交互。最终强调,微服务虽优势明显,但落地需谨慎规划,持续优化。 #### 二、
|
1月前
|
监控 安全 Serverless
"揭秘D2终端大会热点技术:Serverless架构最佳实践全解析,让你的开发效率翻倍,迈向技术新高峰!"
【10月更文挑战第23天】D2终端大会汇聚了众多前沿技术,其中Serverless架构备受瞩目。它让开发者无需关注服务器管理,专注于业务逻辑,提高开发效率。本文介绍了选择合适平台、设计合理函数架构、优化性能及安全监控的最佳实践,助力开发者充分挖掘Serverless潜力,推动技术发展。
58 1