他原本是写应用、设计方案、把想法变成代码的人。最近，他做了一个不小的职业调整——转到了运维那一侧，成为一名DevOps工程师。虽然脑子里还是开发者的思维，但每天干的活已经完全不一样了。

促使他迈出这一步的，是AI对工作方式的改变。那些曾经看起来像实验品的工具，如今已经进入日常流程：写代码、排查问题、生成测试，甚至设计完整功能。他用这类工具已经有一段时间，在很多场景下确实变得更高产。

但某个时刻，他开始觉得哪里不太对。也许是工作方式的问题，也许是他把AI嵌进流程的方式有问题，又或者只是一个变化速度快过人们习惯的行业在自然演进。不管原因是什么，软件开发这件事，开始和他最初爱上的那个样子不一样了。

他反复问自己一个问题：还要多久，我这个角色就不再被需要？这个问题很难，他也不认为有谁能给出确定答案。AI已经能生成质量出人意料的代码，解决复杂问题，接手过去要花数小时手工完成的任务。工具越强，人就越会去想软件工程师的未来是什么。

他的判断是：软件开发不会消失。写代码只是这份工作的一部分，理解业务需求、做架构决策、保证安全、维护系统、对最终产品负责，这些同样是核心环节。AI可能改变人们处理这些职责的方式，但不等于它们会消失。

他更在意的是另一条分界线：用AI提升工作效率，和感觉自己正在慢慢失去当初让这份工作变得有趣的那部分，是两回事。他开始怀疑，自己到底还在享受构建软件的过程，还是把更多时间花在了监督“软件被构建出来”这件事上。这个问题让他重新考虑职业路径。

与其等着看事情怎么演变，他决定主动做出改变，转向DevOps。现在他更贴近云基础设施、容器、Kubernetes、CI/CD流水线，以及那些让应用稳定、规模化运行的系统。同一个生态，换了一个视角：不再主要盯着应用本身，而是去学怎么部署它、运维它、自动化它的生命周期，让底层基础设施保持可靠。

他说这让人兴奋。要学的东西很多，能自动化的地方很多，复杂问题也很多。开发背景并没有作废，反而让他在面对基础设施和自动化难题时多了一个角度。基础设施正越来越多地通过代码、流水线、配置和自动化来管理，软件开发与运维之间的边界，早就不像过去那样清晰。用他的话说，与其说是离开了软件开发，不如说是在探索实践它的另一种方式。

他不后悔做开发者的那段经历，恰恰相反。构建应用教会他拆解问题、设计系统、理解需求，以及去考虑最终使用软件的人。这些能力换个场景依然值钱。他也不认为转做DevOps是在躲开AI——AI同样在改变基础设施管理、云运维、监控和自动化。

这次转变，是为了找到一条让自己有动力、有挑战、有成长空间的职业路径。他还是那个喜欢解决技术问题、喜欢动手造东西的人，只是把注意力换到了技术栈的另一层。至于这个决定对不对，他还没有确定答案，新章节才刚开始，要学的东西很多。但他知道，有时候职业转变不是为了逃离什么，而是朝着让自己重新兴奋起来的方向走。

他把问题抛给了同行：开发者们，AI有没有改变你对这份工作的感受？DevOps和平台工程师们，开发背景算不算一种优势？如果今天重新开始职业生涯，你还会选软件开发吗？