写给编程小白看的 Vibe Debugging 注意事项（1）

我认为我有资格谈论这个问题：

我在 Githuh 已经有 2 个超过 100 星标的开源项目。

截止文章开始写的时候，一个 267，一个 105。考虑到 Github 上绝大部分项目不超过 10 个星标，我的成绩自然是在水平线之上。

除了这 2 个破百星标的项目之外，我还有好几个 50 个星标的项目，一些 20 个星标的项目。

自从我 Vibe Coding 到现在，我一共开发了 12 个项目。没有一个项目低于 10 个星标。其中 2 个项目起码经历了大规模重构（几乎完全重写）。

为什么标题不是 Vibe Coding 而是 Vibe Debugging？

如果从生物学分类来看，Bug 是克鲁苏——不可名状，永恒存在，令人恐惧。

小白 Vibe Coding 到最后往往变成 Vibe Debugging，拼命打印调试日志，然后塞给大模型，祈求它这把能过。

抑或，在 Vibe Coding 爽撸一把之后，祈祷这把不会有 Bug。然而克鲁苏就是克鲁苏，Bug 不会因为你的诚意感天动地，就自动消失。曾经有科学家开玩笑， Bug 是唯一违反物理定律的东西，因为即便太阳系毁灭了，Bug 也会继续存在。

所以，我们在谈论小白 Vibe Coding 的时候，也是在讲 Vibe Debugging——请所有小白在尝试 Vibe Coding 之前，一定要清醒的明白一件事，很多时候你不是在编程，你只是在制造你无法解决的 Bug。这是我非常痛的领悟。

想要减少 Bug 的出现，必须懂点软件工程

小白之所以无法控制 Bug 的产生，我觉得原因和会不会编程语言的关系不大。