⚠️ AI 能让你很快写出代码，也能让你很快拥有一坨自己不敢碰的代码。

---

先别急着把键盘扔了

Vibe coding 这两年太上头了。

你只要把需求丢给 AI：

帮我做个后台
加个登录
接个接口
顺手美化一下

几轮对话之后，页面出来了，按钮能点了，功能也像那么回事。

那一刻确实很爽。

爽到你会产生一种错觉：

编程是不是已经不需要“编”了？

但很多人真正沉迷一段时间后，会慢慢醒过来。

因为项目一旦变大，Vibe coding 的副作用就开始出现。

你不知道某段代码为什么在那。

你不敢改某个函数。

你让 AI 修 bug，它又顺手引入三个新 bug。

最后你看着项目，心里只有一句话：

这玩意儿到底是谁写的？

答案更扎心：

是你。

只不过你当时没认真看。

---

一、Vibe coding 最大的问题：快，但不一定稳

Vibe coding 的优势很明显。

它能把想法快速变成原型。

尤其对小工具、小页面、小 Demo，非常香。

但它的问题也很明确：

代码能跑，不等于可维护
功能出来，不等于结构清楚
AI 解释了，不等于你理解了
今天省时间，不等于明天不还债

很多 AI 生成代码的问题，不在第一天。

第一天通常很顺。

问题在第三周。

当你要改需求、加功能、排查线上问题、做性能优化时，你才发现：

AI 写出来的东西，像一间装修很快的房子。

看起来能住。

但水电图纸没人看过。

墙里埋了什么线，也没人知道。

---

二、“半古法编程”不是倒退，是保命

所谓半古法，不是拒绝 AI。

而是别把方向盘全交出去。

AI 可以帮你写。

但你必须保留几个基本动作：

自己拆需求
自己定结构
自己看关键代码
自己写测试
自己做 code review

这听起来很传统。

但它是可持续开发的保险丝。

真正危险的不是 AI 写错。

而是 AI 写错了，你还觉得挺合理。

开发最怕的不是慢。

是你不知道自己在项目里欠了什么债。

半古法编程的意义，就是让你始终知道：

核心逻辑在哪
边界条件在哪
数据怎么流
失败时怎么查
下一次怎么改

AI 可以加速。

但不能替你负责。

---

三、可持续开发，要把 AI 当副驾驶

很多人用 AI 写代码，最大的问题是姿势错了。

他把 AI 当司机。

自己坐后排。

项目开到沟里以后，再问 AI：

你能不能把车开出来？

正确姿势应该是：

人定架构
AI 写局部
人做验收
AI 辅助重构
测试兜底
文档同步

也就是说，人负责方向和标准。

AI 负责加速和补位。

比如你可以让 AI 生成样板代码。

可以让它写单测。

可以让它解释陌生库。

可以让它帮你找边界情况。

但关键路径、数据结构、权限逻辑、异常处理，你最好亲自看。

不然它写得越快，你欠债越快。

---

四、技术人真正要练的，不是提示词，而是判断力

现在很多人把 AI 编程理解成“会不会写提示词”。

这只对了一半。

提示词当然重要。

但更重要的是判断力。

你得知道：

这段代码能不能上线
这个方案会不会难维护
这个抽象是不是过度设计
这个 bug 是表层问题还是结构问题
AI 的回答哪里在装懂

这才是开发者的价值。

AI 越强，越会把普通代码生产变便宜。

但它也会让“能判断代码质量的人”更值钱。

未来技术人的分层，可能不是会不会用 AI。

而是：

你能不能看出 AI 写的东西哪里不靠谱。

---

最后说个实话

Vibe coding 不该被否定。

它确实降低了开发门槛，也让很多想法更快落地。

但如果你想做一个长期维护的项目，只靠 vibe 是不够的。

短期可以凭感觉。

长期必须靠工程。

所以最好的状态不是“全 AI 编程”。

也不是“拒绝 AI 编程”。

而是：

用 AI 提速，用古法兜底。

让 AI 帮你跑快一点。

但别让它替你闭眼开车。

原始热点：掘金《沉迷 Vibe coding 后我幡然醒悟：为什么可持续开发要回归半古法编程》

链接：https://juejin.cn/post/7648829716128563251

评论区聊聊：

你现在写代码，更像是在掌控 AI，还是被 AI 生成的代码牵着走？