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