@DeRonin_: 我的朋友今晚让我审阅他应用里的代码,“就看一眼,告诉我哪里不对劲。”我发现了:> 22…

X AI KOLs Following 新闻

摘要

一位开发者描述了他发现朋友应用中的极度臃肿——220个端点、40个密钥、30.9万行代码——然后使用Claude重写为15个端点、2个密钥、不到3万行,并认为没有工程纪律的‘氛围编程’只会导致混乱。

我的朋友今晚让我审阅他应用里的代码 “就看一眼,告诉我哪里不对劲” 我发现了: > 220 个 API 端点,实际只用到了 20 个 > 环境变量中 40+ 个密钥,运行项目只需要 2 个 > 309,000 行代码 > 240,000 行没人读的文档 > 在 Markdown 文件中超过 1,000,000 行的代理日志 > 有 5,000+ 行且没有架构的文件 > 测试测了……没人知道测的是什么 他对这个非常自豪。“看看我的代理设置多高级” 几十个代理角色。到处是技能文件。管理着虚无的知识库。一个循环构建着产品不需要的功能。 今晚我借助 Claude 重写了整个东西 相同的功能。简洁的架构。合适的测试。代码量的一小部分。 结果: > 220 个端点 → 15 个 > 40 个密钥 → 2 个 > 309k 行 → 不到 30k > 仓库中没有日志堵塞 > 每个测试都覆盖一个真实场景 这是没人想听的话: 没有工程纪律的氛围编程,不过是有序的混乱加上漂亮的终端输出。 代理不知道你的产品需要什么。你知道。如果你不能解释每个文件的作用和存在理由,你就没有代码库。你有的是一堆碰巧能运行的烂摊子。 干净的代码 > 聪明的代码。永远如此。 好好琢磨琢磨。
查看原文
查看缓存全文

缓存时间: 2026/05/20 22:36

我朋友今晚让我帮忙审查他应用里的代码。

“就看一眼,告诉我哪有问题”

结果发现:

220 个 API 端点,实际只用了 20 个 环境变量里 40 多个密钥,运行项目只需要 2 个 30.9 万行代码 24 万行没人看的文档 markdown 文件里超过 100 万行的 agent 日志 单个文件超过 5000 行,毫无架构可言 测试……根本没人知道测的是什么

他还特别得意:“看看我的 agent 搭建得有多高级”

几十个 agent 角色,到处都是技能文件,知识库管理形同虚设,一个循环在构建产品根本不需要的功能。

我用 Claude 帮忙,今晚把整个东西重写了。

功能一样,架构清晰,测试规范,代码量只有零头。

结果:

220 个端点 → 15 个 40 个密钥 → 2 个 30.9 万行 → 不到 3 万行 仓库里不再有日志垃圾 每个测试都覆盖真实场景

这话没人爱听:

没有工程纪律的 vibe coding,不过是有漂亮终端输出的有序混乱。

agent 不懂你的产品需要什么。你懂。如果你说不清每个文件是干嘛的、为什么存在,那你就不是在维护代码库,你只是有个碰巧能跑的烂摊子。

干净的代码 > 聪明的代码。每次都是。

记住了。

本以为这活 20 分钟就能审完。

结果我整晚都在火车上搞这个 lol

但朋友挺高兴的。

相似文章

我决定回归手写代码

Hacker News Top

作者在重构一个 Kubernetes 仪表盘工具时反思道,虽然借助 AI 进行“氛围编程”(vibe-coding)能加速功能开发,但在缺乏人工监督的情况下,往往会导致架构臃肿和技术债务。