当代码变成流水线：一个技术人的职业倦怠观察

凌晨两点，我盯着屏幕上闪烁的光标，第37次修改同一个微服务的接口文档。窗外是2026年夏天的蝉鸣，办公室里空调嗡嗡作响，隔壁工位的同事已经趴在桌上睡着了——但他的MacBook还在运行着K8s集群部署脚本。我突然意识到，我们不是在写代码，而是在扮演AI的“校对员”。

这种倦怠感来得悄无声息。五年前，当我第一次用Rust重写性能瓶颈模块时，那种“用技术创造秩序”的兴奋感至今记忆犹新。而现在，每天的工作变成了“用Spring Cloud搭积木”、“用Ollama跑几个预设模型”、“把Claude Code生成的代码从60分改到80分”。技术不再是解决问题的工具，而是某种标准化的生产流程——我们只是流水线上更高级的机器。

最讽刺的是，这种倦怠并非来自996，而是来自“意义感的真空”。OpenAI的发布会越来越像科幻片，但落地到我们业务里，不过是把客服机器人从“能说人话”升级到“能说人话+会写诗”。当AI开始写周报、画架构图、甚至自动补全代码注释时，我突然问自己：如果我的工作价值只是“让AI输出更准确”，那我和一个Prompt工程师有什么区别？更准确地说，和一条被不断调参的神经网络有什么区别？

我试着和一位在字节做后端的朋友聊这个话题。他说：“倦怠？我每天调三个RAG检索链路，调完就下班，不思考意义。”但我知道他不是不思考，而是不敢想。当整个行业都在用“效率优先”的叙事掩盖“人正在被工具化”的真相时，思考本身就是一种奢侈。我们被训练成“问题解决者”，却很少被允许问“这个问题值不值得解决”。

转折发生在上周。我接手了一个遗留系统——一个用PHP写的社区论坛，代码烂得像用JSX写的意大利面。用户不多，但都是些写诗、讨论哲学的老用户。我本可以推倒重来，用最新技术栈重写。但看着那些杂乱但真诚的帖子，我突然决定：不改架构，只优化体验。我用两天时间写了一个简单的缓存层，把页面加载时间从8秒降到1秒。没有K8s，没有RAG，没有AI。上线后，论坛管理员私信我说：“谢谢你，我们的用户终于不用等泡面泡好才能看到新帖子了。”

那一刻，我找回了久违的“意义感”。不是因为技术多先进，而是因为我知道自己的代码切切实实改善了一个具体的人的具体体验。这不是什么宏大叙事，只是一种朴素的连接——我写的代码，不再是流水线上的标准件，而是一把为特定的人定制的钥匙。

职业倦怠的本质，不是累，是“被替代感”。当AI能写代码、能调优、能生成文档时，我们恐慌的不是失业，而是“我存在的独特性在哪里”。但或许答案很简单：技术永远只是工具，而“为什么做”才是人的领地。当代码变成流水线，我们该做的不是跑得更快，而是停下来，问自己：这条流水线，真的通向我想去的地方吗？

本文关键词：职业倦怠、Rust、K8s、Ollama、Claude Code