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