AI写代码这件事，可能你误解了

圈内有个笑话：AI生成的代码都是"工业垃圾"——那种不能用的低质货。但这说法根本没说到点子上。

真正的"垃圾代码"不是AI写的。垃圾代码是那种看起来像模像样，实际上到处是坑、不适配、脆弱得一塌糊涂的东西。

问题从来不在工具，在于用工具的人有没有动脑子。

我折腾AI辅助开发工具好几个月了，有件事挺有意思：编程的快乐没有消失，只是换了个地方。

打字从来不是重点

还记得某个瞬间，一段代码突然"对上了"的感觉吗？那个方案不仅解决了眼前的问题，还把你想都没想到的边界情况都覆盖了。

那个感觉——那才是我们真正在守护的东西。

以前，这个"对上了"的瞬间发生在打字的时候。你跟一个问题较劲，试几种方案，删掉一半，最后找到一个简洁的解法。键盘噼里啪啦响，脑子跟着转。

但真相是：那个瞬间不在按键里。在于你认出了那个对的解法——看到一段代码不只是凑合，而是真正贴合了问题的结构。这才是让人满足的地方，才是工程该有的样子。

代码便宜了，判断力反而更贵

AI让"出一个功能"这件事变得超便宜。写个提示词，代码就出来了，发版走人。门槛确实变了。对很多开发者来说，这挺让人不舒服的——感觉手艺被稀释了。

但另一件事的成本没降：知道选哪个方案。

我在 NameOcean 做新项目，或者帮客户排查复杂的基础设施问题时，AI能快速给我一堆选项。三套DNS配置的写法、四种处理SSL证书的思路、五种部署流程的设计方案。

第一个版本基本就是"精准匹配"——你描述什么，它解决什么，到此为止。能用，但局限。

第四、第五个版本往往会出现不一样的东西：考虑了你说都没说的场景、能够 scale 的结构、能超出你初始框架的思路。

工程判断力就在这儿——不在能不能从零写代码，在于能不能从一堆候选方案里认出哪个真正贴合了问题的本质。

读代码变成了新的写代码

听起来好像很简单：多生成、多读、选对的。但这是工作流程里实打实的转变。

以前手写代码，搜索范围是你自己脑子里那些东西——你的习惯、你的模式、你熟悉的套路。AI一加入，搜索空间爆炸了。你可以让它写非常规的方案，可以用状态机模式来替代你平时随手写的 if-else，可以用 schema-first 的思路来替代逐个字段校验。

真正的杠杆不在生成，在于读。你在一个宽得多的可能性池子里搜索，代价是读完几个方案，而不是只打一个。

这就是为什么"vibe coding"玩对了是管用的。你不是在接住第一个输出就完事——你在迭代、质疑、推着AI给出更好的思路。你把它当思考伙伴，不是代码打字机。

判断力这笔税

有个坑得说清楚：认出优雅方案的能力，并没跟着其他东西一起变便宜。这玩意儿是多年调试、重构、上线代码慢慢练出来的，到现在还是硬功夫。

你现在花以前写一段代码的时间，能生成五十个候选方案。但挑出那个走得更远的——能解决今天的问题又不会给明天埋雷的——这判断力还是得你自己来。

能在这个新世界混得好的工程师，不是写得最快的那个。是读得最广、判断最准的那个。手艺没死，只是升级了。

"对上了"的感觉现在在哪儿

最让我觉得有意思的是：那个"对上了"的瞬间还在。

就是那个瞬间——看到一个方案把别人都没问到的边界情况都覆盖了，结构严丝合缝——它还在。只是以前发生在打字的时候，现在发生在读方案的时候。

上周帮客户处理托管服务的配置解析器。第一个AI建议只覆盖了正常路径。第三个建议用了 schema 声明，一下就让整个东西打通了——验证、类型安全、文档、未来扩展性，一个结构全带出来了。

那方案不是我打的。但我读到的时候认出来了。那种感觉跟以前一模一样。

快乐没有走。只是移到了真正做工程的地方：把问题理解透，透到能认出哪个解法比表面看起来更多。

如果你对AI辅助开发有抵触，不妨想想你在抵抗的是什么。

打字？那是越来越便宜了。

识别、判断、对优雅方案的品味——那才是手艺所在。而这些，一点没丢。

做软件的BGM换了，但旋律还在。