AI会生成“脆弱的代码”
一位前Meta工程师怀疑自己被裁，只因他坚持检查AI写的代码。
一名叫埃文·默茨的工程师复盘。今年五月离开Meta前，他已有90%的代码由AI生成，这是合格绩效的底线。但他没像同事那样把产出翻十倍，因为他还在较真代码质量。他曾看见组里最优秀的程序员，看都不看就试图合并一段低级代码：放着CSS悬停选择器不用，非用JS事件硬写。跳槽去另一家大厂后，他妥协了，把AI生成率拉到了100%。
盲目追求全量AI编程，正在制造脆弱的代码库。大模型受限于上下文窗口，功能特征是擅长解决局部问题，能给企业带来短期快速交付的甜头，但对行业意味着长期维护成本失控。AI常写只测表面逻辑的浅层测试，还会把简单功能写得过度繁琐。当代码提交速度超过人的阅读极限，审查就成了走过场，核心系统很快变成没人懂的黑盒。
代价通常在一年内显现。线上故障开始变多，而程序员因为长期不看代码，早已摸不清底层数据结构，一旦AI修不好，人工排障时间就会成倍拉长。
但我并不认为出路是退回手写时代。敲键盘本来就不是软件工程的核心，今天真正该干的活，是把精力放到上游：写清架构规范，用静态分析设好确定性的拦截红线。本质上，当生成代码的成本趋近于零，删减冗余代码和守住系统边界才是真本事。
未来的好程序员，不再是写代码最快的人，而是唯一知道系统为什么会崩、并敢对AI按下拒绝键的人。