团队里越来越多的人开始 vibe coding ，但我还是比较反感的，主要原因如下：
- 会生成大量无意义代码。打个比方，它生成的代码就像一个初级开发，不知道从哪里 copy 来的高级代码。有时乍一看，真高端，仔细阅读，完全没起到作用，这啥玩意嘛。
- 难以理解。vibe coding 生成的代码量要远远大于常规开发，AI 阅读代码的速度是真的快，但一旦交给人去理解，往往要浪费很多时间。
- 最重要的一点，传播性强，像病毒。在一个没有 CodeReview 的项目中，原本屎山代码就算了，好歹代码简单，现在还塞了一堆你不认识的元素进去。项目一旦有人大量使用了，后来的人如果不用，维护起来十分困难。
72 条回复 • 2026-01-21 18:32:40 +08:00
 |
1
weixind 2 天前
vibe coding 就好比一个可自由变换大小的锤子，你要熟练使用大小的变换来完成不同的工作内容。
如果使用的好，质量和效率是要高于徒手。 当然，有人用锤子替代脑子实不可取。 |
 |
2
finab 2 天前
至少你可以用用 AI 的自动完成吧，我觉得准确度很高。
或者加一行注释让 AI 完成接下来的代码块 如果再稍微大一点，可以让 AI 完成一个很小的功能 总之就算古法编程，有 AI 也提速了很多 |
 |
3
tlerbao 2 天前
没事，等你失业了 你就不传统了
|
 |
4
Oceanhime 2 天前
小项目可以 vibe 一下，大项目就算了。
我自己实际用起来感觉 AI 对项目的理解是不足的，就是你不知道什么时候他会给你莫名其妙的生成出来完全不可用，或者在某些情况下不可用的代码，而且几率不小。另外就是 code style 的不稳定性。AI 可以无视史山继续搬史，人类不一样，最终只能导致 vibe 出来的屎，还得让 AI 吞回去再生产新的屎，这是我不能接受的。 一般 vibe coding 出来的项目，我自己都不会手动改太多，全部让 AI 自己处理了 |
 |
5
4seasons 2 天前
事实上，你说的 1 ，2 ，3 点的问题在当下这个阶段都几乎不存在了。当然前提是你清晰的知道你的需求及你要做什么，且能够较为准确的向 AI 表达你的需求。你真正的疑惑在于，如何让 AI 维护好上下文，保持编码的一致性，而这只需要你像交代下属工作一样，把方向指明就行了，剩下的就是做好 review 和矫正工作。
|
 |
7
muam 2 天前
看你怎么用，大量的项目其实都活不到需要还技术债务的那天，
|
 |
8
connor123 2 天前
刚接手了一个陈年屎山，我觉得，有些人还不如 vibe coding 堆出来的屎山项目呢，Java 项目，两千行的 controller 你见过吗，我今天第一次见。
|
 |
9
vsomeone 2 天前  2
对于很多项目来说，快速开发出一个能用的产品才是最重要的吧。追求代码的完美很多时候只是开发者的一厢情愿。
|
|
10
muam 2 天前
1.会生成大量无意义的代码，说明你的 prompt 不明确，修改范围没有确认好，实际上用 plan 模式，可以让 AI 先给出它的修改方案，如果它明显修改到一些不沾边的文件，以及它的计划有问题，你一开始就要去纠正，而不是等着它去生成
2.难以理解，可能你用的模型不够好，我现在 opus 生成的代码 跟现有项目的风格非常一致，连屎味都是一样的，本来就是一坨，能跑起来就谢天谢地 3.同上面一样，你的上下文管理肯定有问题，让 AI 干了一堆额外的活 |
 |
11
issakchill 2 天前
拥抱 ai 吧 我们公司都开始可以报销了
|
 |
12
macscsbf 2 天前
大部分人写的还不如 vibe coding 出来的呢。。
|
 |
13
phoenix380 2 天前
非开发，但是 ai coding 确实给了我们这些人更多可能，最近开发了几个基础设施的监控，以前完全不敢想
|
|
14
muam 2 天前
在当下，如果你的 AI 编程体验很不好，你应该怀疑一下你自己，而不是 AI 编程
|
 |
15
Ketteiron 2 天前
你的反感是对的，但正确方式不是抵制它，而是控制生成的代码的质量。
vibe coding 主要有两个作用远胜于传统编码：1. 快速出 demo 、快速使用从未接触过的库; 2. 强大的静态检查。 除此之外，vibe coding 并没有解决编程的实际复杂度，它只能作为开发人员的一个工具，而是否能用好工具，与工具本身无关。 |
 |
18
jackOff 2 天前
ai 应该用来完成小环节，不适合直接完成一整套流程，自由发挥太多了
|
 |
19
foryou2023 2 天前
颗粒度到函数方法级别就行了，定义好方法，写好功能作用，让 ai 写就行了。
|
 |
21
AoEiuV020JP 2 天前
@finab #2 这属于两年前的 AI 编程， 放到现在就算是传统编程了，
可以预见， 两年后， 现在的 vscode 系 AI agent 也会被称为传统编程， |
 |
22
p286767375 2 天前
@evan1 #16 给大模型读这个文件都费劲，不拆自己难受；拆了万一出问题就是你问题。😂
|
 |
23
Razio 2 天前
古法程序员
|
 |
24
SaiyZhao 2 天前
@connor123 #8 嘿嘿，我们同事 vibe code 的单页面单工作流网页项目，几万行代码。里面两个大文件一个 6000 多行一个 4000 多行，全是 if else ，你这个好很多了
|
 |
25
Sunyin 2 天前
@connor123 之前接手的一个上古项目里，有两个 4000+行的 controller 以及对应的两个 3700+行的 jsp 。
真的是看吐了，还不能放到外网，直接整个项目重做了。 |
 |
26
visper 2 天前
以后软件介绍里面可以写上一条： 采用传统古法手工制作而成。
|
|
27
connor123 2 天前
@Sunyin 卧槽，controller 还叠加 jsp ，我他妈，要是我碰上这样的公司，直线 leader 再给我限个时间，比如一周内搞定的话，我立马就得跑路。
|
 |
28
zeropercenthappy 2 天前 via Android
古法编程手工编码十年老字号传统程序员
|
 |
29
jackwang123 2 天前
我是这样用的，先用 vibe 生成 大量代码，然后再根据具体业务需求 逐渐删除无用和多度设计代码，最终保证代码清晰简洁，高效。
|
 |
31
takpap 2 天前 via iPhone
模型工具没有选对吧
|
 |
32
kun775 2 天前
这有啥，vibe coding 那就 vibe debug 呗
|
 |
33
Gaoti 2 天前
@sk217 #10
非常同意，参考 Anthropic 内部对于 cc 使用。 部分程序员完全不在意模型能力差异，并且上下文管理能力/意识较差，直接就把 coding agent 当成一个 staff engineer 在进行对话，而不是在使用一件工具 |
 |
34
location123 2 天前
公司的代码我还在古法编程 舍不得用自己的 ai
|
 |
35
sampeng 2 天前 via iPhone
90%的情况下。可能屎山还不如 ai 写的。
|
 |
36
letitbesqzr 2 天前
|
 |
37
crysislinux 2 天前
我有同感，同事 vibe 起来太快了，我已经放弃治疗了。要说模型，他已经用的是最好的模型了。。我觉得用 ai 这东西使用者的品位很重要。
|
 |
38
Noita 2 天前
@crysislinux 不知道为什么，看笑了🤭
|
|
39
Noita 2 天前
@crysislinux 回复错楼层了…
|
|
40
sampeng 2 天前 via iPhone
我用 ai ，都是写一遍重构一遍，没有什么坏味道。我同事 ai 写的，4 个组件写 4 遍
|
 |
42
pipi32167 2 天前
minimal change to apply "your job description"
|
 |
43
gogozs 1 天前 via iPhone
现在还是带监督的使用 AI ，那就看监督者的水平了
|
 |
44
wgfire 1 天前
写大型项目或者要持续迭代的项目，很难维护，没有项目掌控感
|
 |
45
kkth 1 天前
作为一个产品经理，真的很感谢这个时代，以前自己的想法想要实现，需要花大价钱找外包，或者各种拜托朋友，写出来的代码看不懂，也不知道是精品还是屎山。现在 AI 的代码大家都说是屎山，哪有有什么问题呢，能完美实现我的需求就行，咱又不是做几千万几亿用户的产品，如果踩到狗屎上了几十万用户，那完全有钱请专业人事重构即可
|
 |
47
turi 1 天前
现在大厂都在推动 ai 推送效率，这玩意还是用吧。
|
 |
48
JoeDH 1 天前
以后 leader 就是默认用 vibe coding 的情况下来评判工时了，你确定你手写代码的效率比得过 AI 吗
|
 |
49
skipwitit 1 天前 via iPhone
淘汰的就是 up 这波人
|
 |
52
tracebundy 1 天前
手搓就跟 8 级钳工，现在都已经上自动化机床了。
|
 |
53
Narcissu5 1 天前 1
1. 大量采用 vibe coding ， 快速拿到绩效 🎉
2. 项目终于不可维护，推倒重来再拿一次绩效 🎉 小孩子才管对错，大人只看利弊 |
 |
54
tyrad 1 天前
都是 ai 辅助编程。 公司的项目纯 vibe,不可思议
|
 |
55
cat9life 1 天前
这就是 ai 的“魅力”，2-3 个月前大部分人还是喊打喊杀，两个月后发现态度都变成支持了。
就像打仗一起喊着冲啊，结果发现就自己冲出去了... |
 |
56
valkyrjaE 1 天前
你这 123 不也是人会干的事么，所以别怪 vibe coding ，是现在的 ai code 越来越像人了。疯狂堆屎山
|
 |
57
sincw 1 天前
那是你不会用
|
 |
58
Promtheus 1 天前
一定要坚持住 这样你就会被淘汰了
|
 |
59
mikawang 1 天前
有没有可能你定义好 skills ，AI 会按照项目规范来开发
|
 |
60
NizumaEiji 1 天前
楼主说的都是我目前遇到的问题，我非常能理解。但是这作为排斥 vibe coding 的理由不够充分，起码目前看收益是大于损失的。
只能说 vibe 本身也是需要一点点摸索技巧的，和编码一样。 |
 |
61
ThinkCat 1 天前
你应该先接触一下，体验一遍再下结论。
ai 可以当作一个代码界的绝顶高手，但是它是给你打工的，你让他做什么就会得到什么。 列出的 123 问题，如果有的话，那自己写的话，也不会避免 |
 |
63
pangdundun996 1 天前
这是人的问题，不是 AI 的问题，不把控产出古法编程也是缓慢堆积屎山
|
 |
64
HankAviator 1 天前
不然呐，取个数还要提单子走流程，4 天交期 2 天能给数都谢天谢地了。让开发写个实用工具那是绝对不可能的，不如让 AI 给写程序，直接网页上刮数据，态度好出结果
跟 @kkth 一样的情况，又不是全公司就只有开发😆 论坛里经常有人吐槽需求不清，写出来的东西打回重做，骂同事傻叉。放到给 AI prompt 就不提自己讲不清楚需求了😆 |
 |
65
weo0 1 天前
有个问题，回复说的是精确定义的纯 Vibe ？程序员只管描述，然后自己验收，完全不看代码的那种 vibe ？
|
 |
66
zhw2590582 1 天前
强者从来不会抱怨环境，用不用 AI 都是强者
|
 |
67
lepig 1 天前
我现在是写小工具或者自己不熟悉的领域可以使用 vibe coding
现在工作中的主要项目，不会使用。 但是会使用对话来给出方案，我自己来审核 |
 |
68
meteora0tkvo 1 天前
@connor123 #8 交由 vibe coding 里的 ai 来改就再适合不过了，我都懒得看这种屎山代码
 |
 |
69
ooppstef 1 天前
实际上是你自己没想通，或者被 vibe 这个词给迷惑了。
1.你之前的代码也不全是自己想的，最多是你写的，难道你不 google 么？ 2.当你有足够多的经验和使用方式，以及控制好范围，其实也非常容易 review ，少量多次。 3.纯 vibe 搞超大量的项目，也不是说没有适用场景。poc 也好，内部工具也好也不错。 还是得适应行业的变化啊。 |
 |
71
vdor 12 小时 1 分钟前
接受不了新事物的人注定要被淘汰
|
Select Language