C++语言创始人Bjarne Stroustrup：资深工程师宁可离开，也不想为AI代码背锅

技术圈近期流传着Bjarne Stroustrup的一段话，他透露已亲眼目睹部分资深工程师选择离开岗位，原因是他们厌倦了没完没了的验证工作——每次调整代码或提示词，AI的输出结果都会发生变化。

离开。

不是换工作，不是转行，是直接退出这个行当。

说这番话的人是C++语言的缔造者，已年逾古稀，毕生都在与C++打交道，目睹了这门语言从无到有、从被冷落到成为互联网底层架构不可或缺的核心力量。这样的人经历过太多次「编程即将被颠覆」的浪潮。他并非危言耸听，只是在陈述一个正在上演的现实。

那些选择离开的人，放弃的并非编程本身，而是「替AI生成的代码承担后果」这份隐形的责任合约。

坦率讲，这比任何一篇「AI将取代程序员」的新闻报道都更令人沉重。

Stroustrup对AI生成代码的批评非常具体。C++是一门对内存管理极度敏感的语言，一个字节的偏差可能酿成大祸，一个生命周期的误判就意味着未定义行为。AI写出的C++代码或许能运行，但充斥着低效的内存分配、冗余的复制操作，以及现代C++社区早已明确反对的过时写法。

更棘手的是安全隐患。AI会相当自信地写出包含缓冲区溢出的代码，写出存在已知CVE漏洞的代码，然后流畅地告诉你「这段代码已优化完成」。在消费级应用中出了问题还能修复，但在系统级编程、工业控制、汽车软件等领域，这可能就是字面意义上的致命威胁。

检查一段AI代码所耗费的时间，比自己从头写还要多。

这是Stroustrup的结论。听起来有违直觉，但非常好理解，你自己写的每一行都清楚来龙去脉，知道这个边界条件源自哪个需求，知道这里为什么选择这种写法。而AI生成的代码，每一行都需要假设可能有问题，逐行排查，还要面对一个额外难题：AI的解释通常逻辑自洽，但未必正确。

回到那些选择离开的人。这批人可能是整个行业中最难被取代的群体，拥有二三十年的实战经验，编写过真正运行在生产环境的关键系统，踩过别人永远踩不到的坑，他们的直觉是经过多年打磨的，不是翻文档能学到的那种。

他们选择离开，是因为工作本身发生了本质变化。

以前的工作是面对一个问题，深入思考，写出一个优雅的解决方案，看着它在系统中顺畅运行，这件事是有成就感的。现在的工作是阅读AI写的代码，揣摩AI的想法，再判断AI哪里出了问题，修正错误的部分，或者调整提示词重新生成，再读一遍。

这是一份清洁工作，而不是创造性工作。

对于倾尽一生磨练自己判断力的人而言，这种转变难以接受。

顺着这个话题再探讨一个更宏观的问题，阻力的消失。

以前写代码很难，这个「难」是有价值的，它迫使开发者在动手前认真思考：这个架构是否合理，这个依赖引入后能否维护，三年后接手的人会不会骂街。这种阻力是天然的质量过滤机制。AI把这个过滤器撤掉了，代码生成变得像敲击键盘一样顺畅，「先做出来再说」成了默认选项，而不是「想清楚再动手」。技术债不再是线性增长的，可能是指数级的。

有点像城市疯狂扩张的模式。道路修得越来越快，新区域盖满了楼，但基础设施的承载力是滞后的，排水、电网、通勤，这些都跟不上。最终你会发现，盖楼的速度远超治理的能力，旧系统不堪重负。

软件行业正在做的事情，就是这样。

话说回来，Stroustrup和大多数资深工程师并没有全面否定AI，他们设定的底线是：不要把AI当作可以替代判断力的工具。编写测试用例、生成模板代码、处理正则表达式、生成文档等确定性高、容错率高的任务，AI完成得不错。但核心架构、底层系统、安全关键模块，这些地方AI的黑盒特性是致命的，因为你无法完全信任它，却还要为结果承担全部责任。

这条责任链条，才是问题真正的核心所在。

大时代啊，朋友们。

工具会越来越强大，代码会越来越多，但有一件事大概率不会消失，就是那个最终拍板说「这段代码，我来负责」的人。

这个人，终究得真正懂代码。