登录

|

定制工作室

• IBM
• 德克萨斯农工大学

作者：Mark Sullivan

收听本文 更多信息

我们喜欢一场酣畅淋漓的社交媒体吐槽，而 Y Combinator 的 CEO Garry Tan 周三就成了被狠狠吐槽的一方。

Tan 曾在前世担任 Palantir 的工程经理，近期一直是 AI 加速的积极倡导者，他吹嘘自己和自己的 AI 编码智能体每天在五个独立项目中部署 37000 行代码。Tan 周一在 X 上发帖称：“智能体工程绝对疯狂的一周”，并在后续帖子中补充说自己已经连续发货 72 天。

两天后，一位网名为 Gregorein 的波兰游戏开发者兼高级软件工程师决定仔细看看所有这些发货的实际成果，并瞄了一眼 Tan 的 AI 主题博客。他在 X 上写道：“78400 行 AI 垃圾代码在生产环境中的真实面貌如下。”

Gregorein（拥有计算机科学硕士学位、波兰工程师头衔以及 13 年行业经验）在 Tan 的网站代码中发现了大量冗余和低效的实例，并使用一次（Anthropic）Claude 会话来审查他从网站下载的文件，以确认自己的观察结果，具体如下：

• Tan/AI 构建的网站，当用户访问时，其浏览器会发出 169 次服务器请求，用于获取各种资源，总大小为 6.42 兆字节。作为对比，极简风格的 Hacker News 首页（同样由 Y Combinator 运营）仅发出 7 次数据请求，总大小仅为 12 千字节。

• 该网站将 28 个实际的测试文件（开发者用于验证其工作的代码）直接发送给每位访问者的浏览器。这些是 300 千字节纯粹的开发者脚手架代码，用户从未要求过。

• 它加载了 78 个不同的 JavaScript 控制器，用于 AI 图像生成、语音提取、视频工具等功能，但这些功能没有一个出现在首页上。浏览器仍然必须下载所有这些文件，“以防万一”。

• 该网站的Logo是一只熊的插图。Gregorein发现，这个Logo会以八种不同格式下载，其中包括一个完全空的0字节文件——这个文件不知怎么竟然被用到了生产环境中。

• 尽管浏览器明明在请求现代小尺寸格式，这个网站仍然使用了巨大且未经压缩的老式PNG图片（有些每张接近2MB）。仅两张图片就浪费了大约4MB；如果用更新格式，它们可能只有300KB。

• Gregorein还发现页面内容重复、一个空的CSS（层叠样式表）文件、在只读页面上加载了一个庞大的富文本编辑器、缺少图片描述，以及分析代码故意通过代理路由以躲避用户的广告拦截器——代码中的注释也承认了这一点。Gregorein报称。

• Gregorein指出，他的审查只包括了浏览器中可见的前端代码，没有涉及后端和数据库代码。即使不动后端，公开的输出（网站用户体验）也清楚地表明，Tan的网站充满了明显的臃肿、浪费和新手错误。

更大的问题是，虽然AI编码工具让大量输出代码变得容易，但真正（仍然）重要的是代码的质量。换句话说，数量并不一定等于质量。当然，非程序员可以用自然语言指导AI工具快速构建网站、应用或新功能，但如果这些代码未经适当审查和测试就进入生产环境，可能会导致明显的功能故障、制造安全漏洞，或引入日后才会暴露的问题，迫使工程师去追踪和修复底层代码。

Gregorein在周四发给Fast Company的私信中表示：“仅从Garry自己截图的数据来看：每次[代码]提交大致可估算为增加2000行、删除450行。”他补充道，当单个提交改动量如此之大时，质量往往会呈指数级下降，并且每一代都需要越来越多地重写才能稳定构建。

“现在我们正处在这样一个阶段：AI生成代码的速度已经快到人类根本来不及审查，而像Garry这样的人给出的答案似乎是‘那就别审查了’，”Gregorein说。“这听起来很像Facebook当年的‘快速行动，打破常规’，而这个口号后来也被证明并不成功。”

展开继续阅读 ↓

---

探索话题

通过 querylyAdvanced Search 搜索