C++之父痛批 AI 编程乱象

最近，C++之父的一句话在技术圈炸开了锅——他警告说，Vibe coding的泛滥，正在逼走一批资深程序员，甚至有人因此选择彻底退休。

这话听着有点重，但细想一下并非危言耸听。问题出在了哪里呢？

AI生成代码的速度确实惊人，几秒钟便能生成成百上千行代码。但编程老兵们很快发现一个新问题：省下的敲键盘时间，最后全都花在了调试上。AI写的代码，看起来像那么回事，跑起来却Bug不断。越复杂的业务逻辑，漏洞越多，验证和修复的成本很高。

一位在硅谷工作多年的后端工程师私下吐槽："我现在70%的时间在改AI生成的垃圾代码。"这话或许夸张，但戳中了要害。

高级开发者的核心竞争力，从来不只是"能写代码"，而是"知道什么是好代码"。他们见过太多项目因为架构腐化、维护困难而烂尾，这种经验判断力是AI目前替代不了的。

但讽刺的是，当AI生成了一堆半成品代码，他们反而要耗费大量精力去善后。久而久之，挫败感油然而生。

换个角度想：真的是AI的锅吗？

其实仔细想想，问题可能不在于AI写了代码，而在于写完之后的"交接环节"出了岔子。

很多人把AI生成的代码直接扔进项目，看一眼觉得"跑通了就行"，跳过review就上线了。这才是真正的隐患。如果换个做法——让AI生成初稿，然后认认真真审一遍，该改的改，该重构的重构，那最后交出去的东西，和亲手写出来的其实没什么两样。

工具不会主动犯懒，犯懒的是人。那工具到底该在什么位置？

C++之父本人也承认，AI在写文档、生成简单脚本方面确实好用。真正的问题是：核心业务、精密系统这类"命脉代码"，完全交给AI的性价比较低——不是因为AI写不出来，而是因为这些场景对质量要求太高，人类必须负起最终的审核责任。

基础设施、金融系统、高性能计算……这些领域容不得半点马虎，而马虎从来不是代码的问题，是交付态度的问题。

AI是工具，不是主角。行业缺的从来不是写代码的速度，而是理解需求、把握架构、解决疑难杂症的能力。这些能力，AI暂时还学不会——但更值得警惕的，是有些人在依赖AI的过程中，正在慢慢丢掉这些能力。

技术会变，但工程的本质没变——好代码最终靠的是人的判断力和责任心。