引言
"35岁程序员的路，到底该怎么走？"
留在熟悉的领域，意味着稳定与可预见的轨迹，但内心总有不甘；切换赛道，拥抱变化，又难免担忧机会成本与潜在风险。35岁，对许多程序员而言，仿佛一道无形的分水岭。一边是日渐娴熟的技术与宝贵的经验，另一边则是对未来不确定性的深深焦虑，总想试图更进一步却又害怕失去已经拥有的一切。这道人生选择题，该如何作答？
9 月 25 日下午，一条来自同盟成员的职业道路求助信息发布在腾讯云上海架构师同盟的社群，瞬间激起了广泛的讨论与思考。 本期内容节选自上海同盟社群讨论。
求助问题
求助者："我在目前当前公司当前事业部当前岗位已经待了近10年，感觉最近两三年职业发展遇到了瓶颈，虽然因为我主动要求，职位去年从 DBA 调整成了运维架构师，但是在领导和同事的概念里我还是 DBA，也基本上只分配给我 DBA 相关的工作。我们事业部的业务模式从我 15 年入职至今，基本上没有太大的变化，整体的技术架构从 18-19 年整体容器化转型之来也没有太大的变化。而且我们公司本身对人才的能力培养和岗位晋升方面基本没有，同一个岗位职责干了 10 多年的同事也不少，不管是大领导还是技术部领导基本上也都没有技术背景，感觉在现有的岗位上难以获得更高的技术成长。
我从入行以来干的活一直都比较杂。第一份工作是政府项目的现场实施工程师，基本上开发、数据库、运维都是自己搞，干了近5年以后因为想专数据库技术，但是公司对我的规划是数据处理岗位，因此选择跳槽。第二份工作就是现在的岗位，虽然入职的职位是 DBA，但是由于个人的兴趣和公司人才的缺乏，也在研究和负责运维相关的工作。尤其是在18年由于公司高层变动，决定从.Net+IIS 转向 Java+ 微服务+容器化的技术栈。在此期间我负责了整体的基础设施搭建，学习了 DevOps 和云原生相关的技术，发现自己对相关的技术非常感兴趣，而且自己也很擅长，从此将自己的职业发展重心开始往SRE、云原生、基础平台架构、DevOps、软件工程、研发效能等方向前进。
目前如果换岗位，自己主要是考虑两个方向：一是云原生方向的 SRE/DevOps 专家，负责建设公司的基础平台整体架构和运维开发体系；二是公有云服务商的解决方案架构师，帮助客户设计云上架构，为客户创造价值。
但是本人现年 35，大专文凭，在职场上并没有什么竞争力，基本连面试机会都很难拿到。而且现在所在公司是国企旗下子公司，属于国企正式员工，工资尚可，且由于我目前对公司的重要性应该也不太可能会被裁，所以也有一些身边的朋友劝我老老实实待到退休。现在是否是合适的寻找新职业机会的时机？而且自己目前并没有解决方案的实际项目经验，虽然有在干运维架构方面的工作，但是简历上大部分时间的职位也只是DBA，可能一眼就被刷了，要找到心仪的岗位也比较困难。
希望各位老师能够帮助我答疑解惑一下我目前的困境，谢谢各位。"
同盟成员的建议
上海同盟成员A：感觉你和我的经历差不多。我先说一下我自己的情况：
88 年，大专，学的日语专业，来当前公司工作 10 年多，没换过部门（短期支援除外）。
我做开始做的是事务性工作，自学的编写，别的没学会，学会了程序员的"偷懒"。在实际业务中发现大量重复性的工作，于是开始搞了自动化，然后随着 AI 的发展，慢慢学了 AI 相关的技术。直到现在，在部门搞 LLM 的落地可行性验证。
所以"在现有的岗位上难以获得更高的技术成长"这个是不存在的，不要被当前业务限制住"自学"的动力。而且你说"属于电信正式员工，工资尚可，且由于我目前对公司的重要性应该也不太可能会被裁"。所以更可以定下心来学习感兴趣的领域，不一定非要在工作上从事这个。有余力可以考虑副业。
千万别裸辞，咱们的学历是硬伤。当前环境不太好找和当前薪资所匹配的岗位的。
上海同盟成员B：首先这里讲了从DBA到运维架构师，现如今什么都是架构师，Java架构师、PHP架构师，所以看来仅仅是名字。
那么 DBA 难道就不能架构吗？不是这样的，我就是数据架构师。这你要看你的A是什么，如果就是 Administer，那么就是运维了。 如果是 Analysis，那么就是分析师，如果是 Architect，那就是架构师。如果仅仅是从安装备份这种 Administer 做，那么也就只能从事运维。当然这里不是说运维不好。只是看公司环境。目前你公司不重视这些。不论你是 DBA 还是运维架构师。
可以打听一下天翼云的首席，就是 DBA 出身。DBA 没什么不好，但如果只做 Administer 那就会一直处于这种境界。
而你当前考虑的两个方向：一是云原生方向的 SRE/DevOps 专家，负责建设公司的基础平台整体架构和运维开发体系。（那我要问你：是否管理过开发？是否管理过业务？这才是 DBA 的本职工作和未来方向。因为我就是这样做的。所以不要觉得简历上是 DBA不好，恰恰这是好的地方。至少我个人是这样认为。只是你的领导所谓分配给你 DBA 相关工作，是 Administer 的，而你潜意识中也是这样认为的。至少在描述中没有看到你管理开发的相关介绍。所以在于你自己怎么给自己定位。因为没有管理开发，治理开发的经验，那么怎么做 DevOps？）你提到了运维开发体系，但是其实只做过运维，没有做过开发体系。 有没有指导过开发如何写 SQL，如何设计数据库，如何分析需求，如何管理需求。如果没有这些，这 SRE/DevOps 和运维开发体系 基本做不下去。
另外一个方向：公有云服务商的解决方案架构师，帮助客户设计云上架构，为客户创造价值。（那么就是离开你现在的公司。因为只有阿里、腾讯和华为是公有云。）那么这里又是一个问题，解决方案就是要去直接管理客户。如果没有管理过开发，那么直接管理用户是很困难的。
其实DBA是你实现以上方向中必须经过的一个环节。
眼下是不是一个去寻找工作的机会？几乎不是。因为就业市场就很差，这是实际情况。你可以多收集这些信息看看是不是？
上海同盟成员C：关于你考虑的两个方向:
云原生 SRE/DevOps 专家:这与你目前的兴趣和经验高度匹配，而且你已经在这方面有实际项目经验。
解决方案架构师:虽然缺乏直接经验，但你的技术广度和对业务的理解是很好的，35岁和学历确实会带来一些挑战，但并非不可逾越。你可以考虑:
1.先在现有公司争取更多云原生相关项目，积累可展示的成果
2.考虑考取一些云厂商的认证(如AWS/Azure/阿里云的架构师认证)
3.在技术社区或公众号分享你的经验，建立个人品牌
- 利用业余时间参与一些开源项目或接一些小项目，弥补解决方案经验的不足关于时机，我认为可以采取"骑驴找马"的策略:不急于立即离职，但开始有计划地准备和寻找机会。国企的稳定性确实是个优势，但长期来看，技术停滞的风险更大。
上海同盟成员D：有一句话，也是我现在的状态，送给这个投稿人：把工作当副业去干。做自己感兴趣的事情，工作和兴趣两不误，但是要在处理好工作的前提下去做自己的兴趣。
上海同盟成员E：现在就业市场惨淡，有一份稳定的工作更重要。工作是主业，稳定的经济来源，轻车熟路的交付好工作后（当然也可以持续提高自我要求），发展副业，分散注意力到感兴趣的领域，或专业精深或持续成长或财源广进。
上海同盟成员F：个人观点，感觉未来两年内，不管什么类型程序员都会把90%的代码编写工作交给AI写，先提前来适应和调整能力去适配AI主编码的模式，基于自己主技术栈，去看AI能完成很好的，就没必要去提升了，没有完成好的比较有价值，去分析为啥没完成好，是模型能力不行，还是当前业务场景不适配，针对性的再去调整和适配技术提升路线。
上海同盟成员G：我说一个我觉得最实际的点就是，呆了这么久，当前有没有最直接的经济压力，如果工作安排这些并不会直接影响收入的话，我觉得大可不必在这内耗，生活是大于工作的。
上海同盟成员H：发表一点点浅见。
-
新的职业机会慎选。
-
建议在自己擅长的 SRE/DevOps 等方面持续加深，在同盟社区发表文章，增加知名度，再看机会。