在LLM时代如何保持编程乐趣

当大语言模型逐步渗透进软件开发流程，越来越多的开发者开始面临一种新型的职业倦怠：代码写得越来越少，评审生成代码的时间却越来越长。近日，Haskell 社区论坛上一篇题为《如何在 LLM 的世界里继续享受编程》的讨论帖引发了开发者的共鸣。作者开门见山地指出，这篇文章面向的是那些正在滑向 AI 倦怠、担心自己被只懂一点编程却拥有大额度 Claude 账号的人取代、并且对自己项目中甚至“自己写的”代码质量感到失望的程序员。

作者首先声明，大科技公司运营的前沿大模型确实存在重大且正当的伦理关切，但这些争议已经在别处被充分讨论，本文并不打算涉及。他同时特别说明，由于此前有人误以为他的文字由大模型生成，因此强调这篇帖子百分之百由人类撰写，没有任何 AI 辅助。

文章借用 Sean McMullen 的科幻小说《Souls in the Great Machine》作为隐喻。这本书表面上描述的情境与当下正好相反：一台巨大的计算机，其组成部件竟然是人类，人们协同工作构成一个计算单元。而在现实中，大语言模型运行在真正的计算机上，却假装自己是超级人类。作者认为，若再看深一层，小说与现实其实相距不远：开发者在软件生产过程中的角色，正在从行动者被缓慢降格为机器中的齿轮。他所描述的“规格驱动的反乌托邦”是：上游抛下一份规格说明，开发者把它硬塞进大模型，然后在 token 耗尽时痛哭，因为某位技术封建领主决定少发一些额度。

作为一名 Haskell 程序员，作者坦言自己享受编写 Haskell 的过程。他喜欢工作中做出的产品，也喜欢别人用他的开源库能做的事情，但真正让他着迷的是用这门语言表达思想的那个过程。他推测多数同行也是如此，而在许多其他语言中未必成立，这在一定程度上解释了为何不同编程语言的爱好者对 LLM 辅助开发的未来有着截然不同的光明或黯淡判断。

当代码由模型生成时，这种乐趣就面临被侵蚀的风险。作者的立场是：尽量不去生成，他想继续亲手编写，至少是那些令人愉快的部分，而不是被迫阅读和评审大量生成代码；同时，他也希望把这些 token 用在真正有意义的地方，而不是让它们慢慢烧掉自己的大脑。他想展示的是一种既能继续享受编程、又能借助 LLM 适度提升生产力的路径，而不是看起来效率暴涨、实际却丢失全部乐趣。

当然，作者也承认，完全拒绝 LLM 同样是一种不错的选择，选择这条路的人清楚自己在做什么。但他提醒，有些开发者可能并不想走到这一步：他们需要拿得出真实的生产力提升，或者不愿在同事、公司乃至整个行业都转向重度使用 LLM 时被落在后面。

文章给出的第一条建议是——继续写代码。作者指出，如果你想继续拥有自己的代码库，就必须坚持亲手写一部分代码。如果放任全部代码由模型生成，代码库终将变成一片只有编码智能体才能生存的荒地。素材在此处截断，后续关于具体实践方法的论述未能完整呈现，但这一核心判断已经足够清晰：把 LLM 当作杠杆而非替代品，保留亲手表达思想的那部分工作，才是开发者在这个时代守住乐趣与主导权的关键。这也意味着，在工具能力飞速扩张的当下，如何界定人机分工的边界，将不只是效率问题，更是关乎职业认同与长久创造力的选择。