vibe coding
Vibe Coding 梭哈vibe coding:为什么你的代码总烂尾
Vibe Coding

梭哈vibe coding:为什么你的代码总烂尾

前言

AI 现在最火的用途,莫过于拿来写代码。

毫不夸张地说,我们已经进入了一个“全民 AI 干代码”的时代。

拿我一个朋友举例。他之前完全不懂代码,专业是做运营的,但靠着 AI,硬是做出了一个 UI 能看、能运行、功能也完整的量化交易项目,最后甚至还部署上线了。

注意,我这里说的是:能看、能运行、功能完整。

也就是说,那个项目如果你说它能用,那确实能用。但问题在于,一个完全不懂代码的人,根本不知道代码架构、漏洞风险、性能优化、后期维护这些东西意味着什么。

这就导致了一个很现实的问题:

如果只是一路往前堆功能,只追求“功能完整”,遇到一个问题就临时解决一个问题,那么最后得到的很可能只是一堆死代码。

前期做 MVP 的时候,这种方式确实很快,也确实能跑起来。但一旦项目真的要运营、要迭代、要接用户、要上线收钱,剩下的就全是救火,甚至最后只能重写。

当然,你可能会觉得:救火也好,重写也好,只要最后能堆出来不就行了吗?

但现实往往是,你会在一次次救火和重写里慢慢失去耐心。几千、上万资金的Token 花出去了,项目也差不多黄了。

我前面提到的那个朋友就是这样。最后还是找到我,让我抽时间帮他重写一下。

所以,这个系列教程想讲的就是:

一个没有任何代码基础的人,应该怎么用 AI 做出一个完整、可维护、甚至接近生产级的项目。

关于我

我从 2018 年开始从事软件开发。因为之前在家创业,差不多梭哈了将近五年,所以接触过的技术面比较杂。

个人工作室嘛,你懂的,什么都得会一点。

可以说,市面上常见的技术栈,我不敢说样样精通,但你让我讲它们的优缺点、适用场景,或者让我用它们做一个项目,无论大小,基本都没问题。

这种能力在以前有点尴尬。

单干的时候很有用,但如果出去上班,前几年其实并不算特别吃香。因为很多公司招聘更看重你在某一个技术栈上的深度,而不是你会不会从 0 到 1 把一个项目完整做出来。

但 AI 出现之后,我明显感觉这种经验反而变成了优势。

因为我懂一个项目从立项、规划、前后端开发、测试、部署上线,到后期运维的完整过程。我也知道怎么判断一个项目的好坏,怎么评估代码质量,怎么选择架构方式,以及项目后面可能会踩哪些坑。

当然,这些也都是过去几年一点点踩坑踩出来的。

不过我这里不是想说自己有多厉害。真正厉害的大佬也不会来写这些东西,我充其量只是代码世界里的轮子搬运工。

我想表达的是:我写了六年代码,现在也基本开始全面 AI 梭哈了。

就拿我目前开源的 Beetle OS 来说,它就是一个从头到尾几乎完全靠 AI 梭哈出来的完整项目。虽然它的代码不可能说真正完美,但就我目前的经验来看,它反而是我职业生涯以来做过的项目里,逻辑最硬、架构最干净、功能完成度最高的一个。

也就是说:

AI 完全有能力帮你做出一个真正不错的项目。

但前提是,你得知道怎么用它。

什么是 vibe coding?

简单来说,vibe coding 就是让 AI 写代码,帮你做项目。

但这里有一个很大的认知误区,可能也是因为很多网站和短视频把这件事说得太简单了。

很多人看到的内容都是:你给 AI 一句话,然后它就能帮你把项目做出来。

这不是说完全不可能,但以目前 AI 的能力来说,如果你真想做一个复杂一点、能长期维护的项目,只靠一句话就想搞定,基本是在扯淡。

比如你告诉 AI:

“帮我做一个某某小程序,需要这些功能。”

AI 确实能给你做出来。

但如果面对能力参差不齐的模型,再加上完全没有任何规范约束,最后生成出来的东西,大概率就是一坨。

如果你的功能很少,几千行代码就能解决,那问题可能还不大。可一旦项目复杂起来,最后大概率就会变成我朋友那个情况:要么放弃,要么重写。

所以在我看来,真正的 vibe coding 不是简单地“让 AI 写代码”。

而是:

让 AI 按照你的需求、规范和架构思路,去一步步把项目做出来。

这里最重要的不是 AI,而是规范,但你不是软件专业的什么是规范、遵守什么规范你肯定都是懵的。

所以,拿到一个项目,怎么制定规范,怎么让 AI 理解规范,怎么让 AI 在开发过程中始终遵守规范,最后做出一个工程完备的项目,才是这个系列真正想讲的东西。

其实这和没有 AI 的时候写代码是一样的。

为什么很多公司喜欢招有经验的程序员?

因为有经验的人不只是会写功能。他们更懂规范,更懂架构,更知道什么代码后期会出问题,什么设计以后会让项目越来越难维护。

一份规范的代码,即便有 bug,也能很快定位和修复。后期要扩展功能,也可能只是接一根线、插几行代码的问题。

但一份混乱的代码,就算现在能跑,后面每改一次都像拆炸弹。

现在最重要的已经不只是技术

以我这些年的经验来看,市面上大多数业务项目,需要的功能其实都不算真正“从零发明”。

现在的开源生态已经非常成熟了。你想做的大多数功能,GitHub 上基本都能找到轮子、框架或者参考方案。

更何况现在已经进入 AI 时代了。

即便开源生态暂时没有完全满足你的需求,AI 也能帮你快速补齐大量实现细节。

所以在我看来,现在最重要的东西,已经不再只是技术本身。

而是想象力。

你能不能想清楚自己要做什么,能不能把一个想法拆成清晰的功能模块,能不能让 AI 按照正确的规范和架构去执行,这些才是真正决定项目能不能走下去的关键。

当然,怎么把想象力变成一个真正能跑、能维护、能上线的项目,就是这个系列接下来要讲的内容。

最后

最后声明一下,这个系列内容主要是基于我多年开发经验,以及这一年多 AI 梭哈项目的实践总结。

里面肯定会有不足,也不一定适合所有人。

但我的目标很简单:

不是教你一句话让 AI 变出一个项目,而是教你怎么真正驾驭 AI,把一个项目从想法一步步做成能运行、能维护、能上线的产品。

重在交流,不喜勿喷。