从＂码苦＂到＂驭苦＂:传统软件开发与 AI 应用开发的三苦对照

摘要：

传统软件开发有旧三苦：码苦、调苦、磨苦；AI 时代做应用有新三苦：驭苦、评苦、迭苦。代码越来越由模型来写，开发者的苦却没有减少，只是换了位置。三组对照，看清这场正在发生的变化。

程序员这个行当，从来不缺苦。

传统软件开发干了十几年的人，说起苦来张口就是三件：一是码苦，需求文档变成一行行代码全靠手敲，CRUD 写了一遍又一遍，代码量就是工作量；二是调苦，bug 藏得深、复现难，线上事故半夜报警，爬起来开电脑的姿势比谁都熟练；三是磨苦，需求朝令夕改，产品、开发、测试三方拉锯，会上对需求、会后改代码，文档和实现永远对不上。

到了 AI 时代，应用开发的苦也凑齐了新的三件：一是驭苦，代码越来越多由模型生成，你的活儿从"亲手写"变成了"驾驭一个会写但会跑偏的东西"；二是评苦，模型输出是概率而不是断言，什么叫"对"忽然变得很难定义；三是迭苦，基座模型一个月一升级，今天搭的脚手架，明天可能就被官方能力整个吞掉。

旧三苦对新三苦，值得逐一对照。

一、码苦对驭苦：从亲手砌砖，到驾驭一个会砌砖、也会砌歪的工人

码苦是纯粹的体力消耗。一个接口、一张表单、一段增删改查，逻辑明明白白，工作量也明明白白。这种苦的好处是确定：敲多少，出多少，进度条是线性的。

驭苦是完全不同的物种。大模型一分钟能生成你一天的代码量，但你很快会发现：它写得快，错得也快；它会一本正经地编造不存在的 API，会在边界条件上"想当然"，会在你改提示词的第三天突然换一种写法。你的痛苦不再是"写不动"，而是"信不过"——每一段生成的代码都要审，每一个生成的方案都要验。

体力劳动变成了判断力劳动。手指的苦减轻了，责任的苦加重了：代码可以不是你写的，但线上出了问题，锅还是你的。

二、调苦对评苦：从调试确定性，到评测概率分布

调苦虽苦，但苦得有章法。传统软件是确定性系统：同一个输入，要么恒对，要么恒错。bug 再狡猾，只要稳定复现，就有被抓住的一天。print、断点、二分定位，工具箱几十年没变过。

评苦面对的是一个概率系统。AI 应用的"坏"，往往不是报错，而是分布里的坏样本：一百次回答里错了三次，每次错得不一样，昨天好的今天坏了，提示词改了一个字，表现整个漂移。没有"复现步骤"，只有"失败率"；没有"修复完成"，只有"显著改善"。

于是评测集成了新的调试器，bad case 库成了新的断点。传统工程师证明"我的代码是对的"；AI 应用开发者只能论证"我的系统在统计意义上足够好"。从追求正确，到管理错误率——这是三苦对照里最深的一次范式转移。

三、磨苦对迭苦：从怕产品经理改需求，到怕模型厂商发版本

磨苦的苦源是人。需求变更、优先级打架、跨部门扯皮，本质上是和"人"的不确定性搏斗。这种苦虽然心累，但好歹有谈判空间：需求可以砍，排期可以谈，产品经理是可以被请吃饭的。

迭苦的苦源是机器，而且是不跟你谈判的那种。你基于某个模型版本精心调好的提示词，版本一升，行为全变；你花三个月搭的 Agent 编排框架，基座模型一次能力跃迁，直接内置成官方功能；你引以为傲的工程护城河，可能只是下一代模型还没顾上填的一条小水沟。

从前，最大的外部依赖是产品经理；现在，最大的外部依赖是模型厂商的发布日历。前者改需求至少会发消息通知你，后者升级的时候，你是从用户报障里知道的。

四、什么变了，什么没变

变的是苦的位置，没变的有三样。

工程质量的价值没变。 评测集、日志、灰度、回滚——这些"笨功夫"在 AI 时代反而更重要了，因为系统越不确定，工程确定性越是救命的东西。

调试的精神没变。 只是对象从代码换成了行为：print 调试变成了 eval 驱动，二分定位变成了 bad case 归因。会调试的人，永远比会许愿的人走得远。

开发者的根本角色没变。 无论哪个时代，最值钱的都不是"把代码写出来"，而是定义问题、划定边界、验收结果。AI 把"写"的成本打到接近零，恰恰把这三件事的价值推到了最高。

如果说 AI 应用团队也是一支取经队伍，那大模型就是那个神通广大却会闹幻觉的孙悟空——而评测集，就是唐僧手里的紧箍咒。没有约束的悟空不是生产力，是灾害。

结尾：代码会自己写，路还得自己走

旧三苦，苦在手指、半夜和会议室；新三苦，苦在判断、统计和发布日历。

从前怕代码写不完，现在怕模型管不住；从前和不确定性隔着一层产品经理，现在不确定性直接住进了系统里。这行确实变了——但有一件事没变：把"不靠谱"打磨成"可依赖"，从来都是工程师这份职业存在的理由。

工具会一代代换下去，苦也会一代代换下去。认清苦从哪来，就知道劲往哪使。

与所有正在驭码而行的人共勉。