别再学写代码了

前两天跟一个朋友吃饭，他做餐饮的，完全不懂技术。他跟我说，他用AI花了三天做了一个点餐小程序，从扫码下单到后厨打印到对账结算，全链路跑通了。他一行代码不会写，甚至不知道什么叫API。

我认识的一个五年经验的程序员，做同样的东西，至少两周起步。

这件事让我开始认真想一个问题：写代码这件事，是不是已经结束了？

你不需要知道衣服扣子是怎么造的

我们每天都在用扣子。衬衫上的、裤子上的、外套上的。但你知道扣子是怎么生产的吗？用什么材料？什么工艺？什么温度下注塑成型？

你不知道。你也完全不需要知道。

你只需要知道：我要一个多大的扣子，要多结实，能承受多少次洗涤。也就是说，你只需要提出"约束"，剩下的交给生产线就行了。

写代码正在变成跟造扣子一样的事情。你不需要亲手去写，你只需要说清楚你要什么。

计算器出现的时候，也有人不服

这个判断听起来很激进。但我们把时间倒回去想一件事——计算器。

在计算器出现之前，"算得快算得准"是一种了不起的专业能力。会计、工程师、科学家，都需要花大量时间练习手算。有些人引以为豪：我可以心算四位数乘法。

然后计算器来了。

一开始肯定有人说：计算器不靠谱啊，会出错的啊，浮点数精度有问题啊。但很快所有人都发现，这些担忧在实践中根本不构成问题。今天没有任何一个人觉得"不会手算开平方"是一种缺陷。

AI写代码，就是这一代人的计算器。

"AI写的代码有bug啊"

这是我听到最多的反对意见。我的回答是两层。

第一层：人写的代码也有bug。你去翻任何一个大厂的代码仓库，里面全是补丁、临时方案、和写着"TODO: fix later"但永远不会fix的注释。AI写的代码有bug，人写的代码也有bug。从最终产品来看，你甚至分不清一段代码到底是AI写的还是人写的。既然都有bug，那为什么非得是人来写？

第二层更有意思：有bug根本就不是问题。

工程领域有一个概念叫"安全裕度"。造桥的时候，设计承重100吨，实际可能按150吨来建。不是因为真的会有150吨的车过桥，而是给误差和意外留空间。软件工程也一样——冗余、降级、容错、熔断，所有这些机制的存在，就是假设系统一定会出问题，然后保证出了问题也能继续跑。

再说大一点。你去看物质世界。任何一块钢材，微观层面都充满微裂纹。任何一面墙，分子层面都有瑕疵。但这些都不影响它们正常工作。这个世界本身就是带着bug运转的。追求零bug从来就不是目标，"有bug但能跑"才是现实。

"那验收怎么办？你不懂代码怎么知道AI写得对不对？"

这个问题听起来有道理，但仔细一想，它把"验收"这件事过度神秘化了。

你去餐厅吃饭。你验收的方式是什么？尝一口。好吃就行，不好吃就退。你需要知道厨师用了什么刀法、什么火候、油温多少度吗？你不需要。

软件验收也是一样的。网站能打开吗？按钮能点吗？数据对不对？支付能成功吗？这些判断需要任何代码知识吗？完全不需要。这就是普通人的使用体验，能用就是通过，不能用就让AI改。

验收不是一种专业技能，就是常识。

写代码正在变成一种手工艺

我不是说代码会消失。代码不会消失，就像手工编织不会消失一样。今天依然有人手工编织毛衣，他们做出来的东西可能比机器织的更精美、更有温度。但这已经是一种小众爱好，不是一种主流生产方式。

编程语言也一样。未来还是会有人研究编译器原理、手写底层算法，就像今天有人研究古拉丁语一样。这是有价值的学术工作，但跟绝大多数人无关。

绝大多数人需要的不是写代码的能力，而是说清楚自己要什么的能力。

这个能力的真正名字，不叫编程，叫"约束"——你要什么功能，在什么条件下运行，满足什么标准，这就够了。把约束想清楚、说明白，代码自然就出来了。就像你不需要学会造扣子，你只需要说清楚你要什么样的扣子。

最后

有人可能会说，这个判断太绝对了，是不是为时过早。

我的回答是：你去看看身边那些不会写代码但已经在用AI做产品的人。他们不是在等待未来，他们就是未来。

几百年前，"写字"是一种专业技能。有一种职业叫"书吏"，专门替人抄写文书。后来印刷术来了，再后来全民识字了。书吏消失了，但文字没有消失——它融化进了每个人的生活里。

编程正在走同样的路。消失的不是代码，而是"写代码的人"这个专门的职业。代码能力会融化进每一个行业、每一个岗位里。不是你去学编程，而是编程来适应你——通过AI。

所以，别再学写代码了。学会说清楚你到底想要什么，这比任何编程语言都重要。

我建了一个AI学习群，目前几十来人，都是在真正动手学AI的人。如果你也在自己跑模型、写代码、做项目，欢迎加我微信，备注"你在做的AI方向"，我拉你进群。纯围观的就不加了，群里大家都在真搞。