vibe coding 是砒霜还是良药？中美文化对比

[alioth0909]

最近在 reddit 上观察到，vibecoding 似乎称为了众矢之的，在 r/selfhosted 中 vibecoding 的项目被强制要求打上 vibecoded 的标签。反观在中国，或者说在我周围，vibecoding 正在融入每一个程序员的工作中。仿佛不用 ai 编程，就显得很土，很低效。

深入思考下，为什么会产生这样的反差？ LLM ，VibeCoding ，ChatGtp ，ClaudeCode 等都起源于美国，却在中国广泛流行，并且大厂们也纷纷努力追赶（虽然还有一些差距)。就像电动车也起源于美国，却在中国普及。

1978 年改革开放后，我们花了 47 年追赶上西方两三百年的发展，靠的是效率和性价比。似乎我们对于 AI 编程这样的提效工具，有更大的热情。而美国，作为很多科技创新的发源地，很多人对“工艺感“和”可维护“有更高的要求，从而对 vibecoding 有一定的偏见。

突然想起了一句刻在脑子里的话：黑猫白猫，抓到老鼠就是好猫。

大家怎么看？

[Ketteiron]

以偏概全，你用数篇帖子，脑补出整个欧美国家都在抵制 vibe coding ？ v2 抵制 vibe coding 的帖子也不少啊，怎么说。
你要对比中美文化，不能用身边统计学+量子脑补，最起码也要深入调研一下。

[alioth0909]

@dssxzuxc 我不认为这是一篇严肃比较的帖子，只是就看到的，有感而发的聊聊。可以抨击，但抨击完后，说说你的看法呗

[OneLiteCore]

个人看法觉得重要的并不是中美文化的不同而是这是基础生产力的进步，无论文化和个人的接受程度如何只要不跟上就会被生产力碾压，对此的偏见同样也会被碾压的渣都不剩。

就好像现在几乎所有的开发都在 IDE 里面进行的一样，不用 AI 的代码补全也会有传统的代码补全，而这些在刚诞生的时候也受到过使用文本编辑和查阅编程文档的编程遗老的抨击。

[OneLiteCore]

同样的事情比如传统武术和现代的军备竞赛，中药和现代医学等，结果都是带有碾压性性质的。（注：爱国主义叠甲）

[Ketteiron]

@alioth0909 #2 我的看法是那篇 reddit 帖子完全正确，标记 AI 与抵制 AI 是完全不同的两件事。
我极度支持 Stack OverFlow 禁止任何 AI 回复，而后面 v2 也采取了相同的做法。所有论坛/交流平台，都应该完全杜绝一切纯 AI 产物，这仅仅是在危害人类文明发展。

注意，这与我身为开发人员支持 vibe coding 是不冲突的。
何为 vibe coding ？
开发人员未经人工检查和验证生成大量代码。
这好吗，好也不好，需要从两个方面去审视，只会选择"好"或"不好"二者其一都是浅薄的。

>似乎我们对于 AI 编程这样的提效工具，有更大的热情
你可以去看看油管，各路外国高手以什么样的热情在研究 vibe coding 。
而这个论坛中，又有多少人拒绝学习 AI 知识， 拒绝定制 rules ，拒绝 MCP 。

> 很多人对“工艺感“和”可维护“有更高的要求，从而对 vibe coding 有一定的偏见
对“工艺感“和”可维护“有坚持的那些人，都在以远超普通程序员的效率使用 AI 编程，从而节省下大量时间用于“工艺感“和”可维护“，这依然是不冲突的。

[alioth0909]

@OneLiteCore 同意，当前 ai 编程应该还存在安全漏洞，维护困难等问题，所以站在当前这个节点，才会有争议和观点的冲突。

[kebamt]

V2EX 第 765738 号会员
加入于 2025-09-05
30 天内注册

[kebamt]

但凡你是真正程序员，写过重要代码都不会说出这种话。AI 是好，但也不是万能的，AI 写的代码可维护性差不说，幻觉就一大堆，有的几乎不能用。要求标记出来是好的，就好比预制菜，你卖可以，但起码标出来。

[alioth0909]

@dssxzuxc 首先，欢迎你的观点。早期，我们能轻易地识别哪些是 ai 生成的，哪些不是。但是现在，这个难度在提升。比如 ai 生成的文本，有些已经能以假乱真。ai 生成与人工的边界正在变得模糊，未来可能会更加模糊。作为标记 AI 可能只是一种临时的解决方案。科幻一点地说，未来人和机器的边界，也会逐渐变得模糊，例如：植入芯片，假体的人，还是真正意义上的人么？
回到正题，我个人在 vibecoding 的时候，也感觉代码维护是一个大问题，连开发者自己都没有逐行阅读过的代码，怎么让其它人维护？也许只有 ai 能维护 ai 生成的代码吧。但是，如果逐行 review ，那效率也就大打折扣了。我想，这也许就是大家争议比较严重的一个点。不知道未来会通过什么方法去解决

[kebamt]

此外，你说“黑猫白猫，抓到老鼠就是好猫”——听起来很实用主义，但别被虚假高效率迷惑。Vibe coding 这种纯靠 AI 生成、缺乏思考和品味的代码，短期内看似确实能“抓到老鼠”（写写脚本还行，论整个项目级别 AI 还很菜，绝大多数情况下未必能抓到老鼠），但长期看就是一堆积垃圾。

[Seck]

个人感受，我反正没有使用
vibe coding 对于的外行是很友好的
但是对于专业的编程人员来说，更多是作为一种辅助工具

我看了那篇为什么 LLM 不会真正构建软件，挺赞同的，没有完整的心智模型
极大的造成了 AI 生成代码的实际使用价值。泛滥成灾实际造成了代码的廉价，都是没用的代码。
总之：有好也有坏，但是专业人士对待 LLM 编写的代码，还是要经过严格 review ！这样才有实际价值，当然我不否认 LLM 带来的帮助。
aHR0cHM6Ly93d3cubGtzci5uZXQvMjAyNS8wOC9MTE0tc29mdHdhcmUtYnVpbGQtcHJvYmxlbS5odG1s

[OneLiteCore]

@alioth0909 大规模的项目级别的生成我觉得目前还不算完善也没打算使用，但是对于方法级的补全确实是显著提升，只是这二者使用的前提都是开发者本人有足够的经验和编程功底能够看到和修正 AI 的问题。某种程度上来说这反而更贴近传统的 “结对编程” 的概念了。

[alioth0909]

@OneLiteCore 理解你的感受。我可能更倾向于 vibecoding ，看好它的未来。颠覆性创新的产生的，都伴随着缺陷和争议。现在应该是受限于模型的上下文长度，当千万级 token 的上下文问世的时候，也许模型的编程能力又会有质的飞跃。可能是未来 3 ～ 5 年？也许更快

[alioth0909]

@Seck 可以试试。用了 vibecoding 后，你也许就会感受到，对外行是非常不友好的，因为外行真的很难驾驭 vibecoding 。哈哈哈～ 感谢你提到的文章，我会仔细读下的。

[zengxs]

我很喜欢和 AI 探讨代码架构/模块设计，多轮探讨下来 AI 确实能帮我提高整个项目的架构设计合理性和可维护性

写代码的话一般就简单用用 copilot 的补全，vibe coding 让 AI 写大段代码要看场景

纯业务 CRUD 代码用 AI 补全很快，也不太太担心可维护性啥的，毕竟“古法”手工编程写出的业务代码一般也是一坨 哈哈

核心模块，逻辑性很强那种代码，用 AI 写目前看还是不太行

[javalaw2010]

vide coding 是只管结果不管代码的编程方式，适合做一些小玩具。严肃场景下的编程中使用 AI ，是需要人类参与代码的架构设计、技术方案的设计，并对生成的代码 review 的，这种 AI 编程方式严格意义上讲已经不属于 vibe coding 的范畴了，别的不讲，商业项目中涉及到金钱的逻辑，我想大概除了外行之外，没有人能放心的让 AI 代码直接上生产吧。

[bingfengfeifei]

如果中国 vibe coding 比美国热度还高，美国这些公司还会这么禁止中国用户访问吗

[NewMoorj]

AI 写的 BUG 挺多的，要求标注有一定的合理性。

[yuyoung]

vibe coding 简直是神器了，只要你能把握住方向，这玩意能扫平很多知识障碍，让编程少很多事

[alioth0909]

@bingfengfeifei 我觉得禁止跟热度是两码事。不是因为国内热度高才禁止的。某种程度上，LLM 已经是真正的军备竞赛了