最近一直在 vibe 项目，也没看代码，只要功能实现就过了。 也不知道脑袋抽啥风了用 idea 打开了项目看了一下，就很随机的打开了某一个 Controller,然后我就在这个 Controller 里面看到了这么一个注解 @EventListener ，我懵了这个东西怎么会在这儿。而且往上一看这个 Controller 里面还注入了另一个 Controller 。上面还有一个 @Lazy 。 最恐怖的是我就用两分钟就让自己接受了这个事实，算了又不是不能跑。 但是这对劲么。根本不对把。
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 46 days ago, the information mentioned may be changed or developed.
 |
1
没事，就算古法编程时代，更离谱的也不是没见过。你就说能不能跑吧😂
|
 |
yyttrrSep 22
2
我有个仓库也是从创建到现在一眼都没看过,代码、测试、cicd 、甚至软著都是 vibe 出来的
|
 |
JYiiSep 22
3
如果项目只有，一只手数的过来的控制器个数，勉强能接受。
不然宁可用个我不懂的技术栈，省得我能看明白 AI 是怎么拉的屎。 |
 |
maocatSep 22
4
这都不是事儿，我公司项目，vibe 出来一个函数随随便便入参都是几十个参数，又不是不能跑
 |
 |
duanxianzeSep 22
5
只要能看懂都不是事，哪天 vibe 出来的代码完全看不懂才是坏菜了
|
 |
rwechoSep 22 via iPhone
7
相信后人的智慧，以后交给牛逼的 agent 帮你优化
。想到这突然觉得前人也确实有智慧，和胆量 |
 |
SD10Sep 22
8
仔细代入想象了一下，强迫症有点儿受不了，虽然我现在也不看代码了🐶
|
 |
dwSunSep 22
9
我用 goframe 框架，还没有哪个 agent 一上来就是按照 goframe 规范写的，都是先实现一遍，再优化一遍
|
 |
hackerwgfSep 22
10
总有一天会直接输出二进制的，没关系
|
 |
mousemanSep 22
11
古法时代的屎山还少啊，能跑就行
|
 |
NizumaEijiSep 22
12
所以需要 harness 去做 code review
|
 |
piecezzzSep 22
13
相信下一个 agent 的智慧
会自己去判断拆分，解耦。 |
 |
syubo2810Sep 22
14
@duanxianze 坏菜啥，下次也不是你改代码
|
 |
JoeDHSep 22
15
所以每发布一个更强的新模型，你就得让他全项目扫描一遍，让它输出该优化的点
|
 |
skuuhuiSep 22
17
我想到了以前是，当还是古法编程时代，最讨厌的就是明明代码功能要我做，领导还要指挥我怎么写，怎么实现，用什么架构、范式。
现在 AI 对你的感觉也一样吧。你又不看，你又不改，干预那么多干啥呢。 |
 |
guanhui07Sep 22
18
么事,让 ai 解决
|
 |
PlutoooSep 22
20
感觉跟模型能力有点关系
|
 |
msg7086Sep 22
21
AI Code Review 没标出来？那你这模型还是不行口牙
|
 |
qiuboSep 22 via iPhone
22
我的一些业务代码文件已经发现超过一万行的了，还有多个几千行的
|
 |
pkeSep 22
23
别说写代码了，现在看帖子都是 ai 总结一下：
这个帖子围绕 vibe coding （完全靠 AI 生成代码的开发方式）展开讨论，核心矛盾是：AI 生成的代码虽然能以极低成本跑通功能，但会产生大量违反常规架构设计的"屎山"代码（如注解乱放、循环依赖、函数参数过多等）。评论区大致分为两派——一派持实用主义态度认为"能跑就行"，另一派则担忧长期维护成本和代码质量。同时也有不少调侃，认为现在程序员对 AI 代码的态度，就像当年领导对程序员的要求一样——只看结果不关心实现。 |
 |
zuokanyunqishiSep 22
24
看到你们这末写代码,我也放心了.哈哈
|
 |
JasonYipSep 22
25
对于一个大需求先拆 Phase ，然后再拆可以独立验收的 task ，审核 spec 以后可以并行跑，一个 task 一个 task 边跑边 review ，要不然代码失去掌控后面积重难返的
|
 |
26
不把控过程，到后面你只会觉得更累。你以为自己只要跟 AI 交待得足够了，项目应该大体上跟自己想象的差不多。实际上 AI 还会自己补足各种你根本没想到的机制，最后你看着那些类，根本不知道是干嘛的。
|
Select Language