代码生成器

我盯着屏幕上那段自动生成的代码代码，心里说不上高兴。生成它确实跑通了，代码一百多行，生成一个下午的代码手工活被压缩到几秒钟。但问题是生成——它写得比我好。变量命名比我规范，代码异常处理比我周全，生成连注释都写得比我清楚。代码那一刻我有点恍惚，生成像是代码一个木匠看见电锯自己把家具做完了。

代码生成器这东西，生成早就不新鲜了。代码从最早的生成IDE自动补全，到后来的代码模板引擎，再到现在的LLM驱动工具，路子一直没变：把重复劳动交给机器。但真正用起来，感受是另一回事。我有个做后端的同事，之前写CRUD能写到吐，现在直接甩一段表结构给生成器，几分钟出接口层。他说自己终于有时间去琢磨那些真正难搞的并发问题了。这话听着挺对，可我总觉得哪里怪怪的。

怪在哪儿呢？大概是“理解”这件事被跳过了。以前你手写一个分页查询，得想清楚偏移量怎么算、边界条件怎么处理、索引走不走得上。现在生成器给你一段能跑的代码，你扫一眼觉得没问题就用了。直到某天线上慢查询报警，你才发现它用了SELECT *加LIKE '%keyword%'。机器不背锅，它只是按训练数据里的常见模式输出。锅是你的，因为你没看。

我试过让生成器写一个简单的状态机。输入描述，回车。出来的代码结构挺漂亮，枚举、转移表、校验逻辑一应俱全。但有个致命伤：它把“取消订单”这个状态转移的触发条件写成了“用户点击取消按钮”。实际业务里，取消订单得判断支付状态、库存锁定情况、优惠券是否已核销。这些上下文它不知道，我也没告诉它。生成器像个特别听话的实习生，你说什么它做什么，绝不多问一句。

所以我的用法慢慢变了。不再指望它直接产出可上线的代码，而是把它当草稿纸。让它先写一版，我再看哪里缺了业务约束、哪里假设了错误的前提。这个过程反而比我自己从头写更快，因为挑毛病比创造容易。有点像改学生的作业——你不需要自己会写那篇作文，但你能一眼看出哪里跑题了。

还有个挺有意思的现象。团队里刚毕业的小孩特别爱用生成器，老油条反而用得少。不是老油条排斥新工具，是他们踩过的坑多，知道哪些地方机器靠不住。比如涉及金额计算的浮点数处理，比如多线程环境下的共享状态，比如那些写在文档角落里但实际影响架构的“历史遗留原因”。这些东西生成器的训练数据里可能有，但它不知道什么时候该用。

工具本身没什么好坏的。代码生成器把编程的门槛拉低了一大截，这是事实。但门槛低不代表路好走。以前你得会写代码才能做出东西，现在你得会判断代码能不能用。判断力这东西，生成器给不了你。它只能给你一堆看起来正确的选项，选哪个、怎么改、什么时候推翻重来，还是得自己来。

我把那段自动生成的代码存进了项目里，改了几处边界条件，加了一段它没想到的业务校验。跑起来了。挺好。下次还这么干。