AI热榜 AI 让你写代码快了 10 倍，然后呢？
更多的代码意味着更长的编译、更重的测试、更堵的代码审查，以及一个没人能理解的代码库。
软件是负债，你写得越快，欠得越多。
Google 首席软件工程师 Adam Bender 的警告很直接：今天你构建软件的方式，在 10 倍速度下根本行不通。
但 AI 时代的真正赢家，不是产出最高的团队，而是基本功最扎实的那些人。
因为 AI 只负责放大，不负责方向。
在 Google I/O 2026 的一场主题演讲中，Adam Bender 抛出了一个大多数人还没来得及思考的问题：当 AI 把代码产出速度推到现有工程流程无法承载的地步，我们的开发者生态系统里，什么会最先垮掉？
他用一个你可能没听过的概念串起了整场演讲：软件生态学，即对生产软件的社会技术生态系统进行整体性研究的学科。
换句话说，你不只要看技术，还要看人、看文化、看组织里那些不成文的规则。
基于该演讲视频，InfoQ 对内容进行了整理。
核心观点如下： AI 默认不帮你解决任何问题。
如果你的实践是好的，它能放大它们。
但如果不够好，它只会制造更多麻烦。
人人都是构建者是很酷，直到你必须维护所有人构建的所有东西。
工程实践不是神圣不可侵犯的。
实践会变，原则才是重要的。
作为一线软件工程师，在这个临界点时刻，你处于决定软件工程将走向何方的核心位置。
从工具到工作流，从工程实践到工程文化，如果你能看清正在运转的系统，你就能找到杠杆。
什么是“系统” 你 2026 年的工作，跟你 2020 年想象的样子完全不一样。
如果你试图跟 2020 年的我解释今天发生的事，我不会信的。
变化太多了，多到让人有点招架不住。
我没法预测未来，但我相信，如果我们仔细研究当下的软件生态系统，有些答案比我们想象中更近。
🔗 原始来源
如果你要核对细节，可以再看原文： InfoQ AI原文链接