我希望传入参数什么的都得细化,按我的来。一把 show hand ,拉老虎机,这种就是糊弄鬼的吧,我还不如用 lovable 交付呢,用啥 ai coding
1
nanyong0627 2 月 27 日
嗯呢,那就不用!
|
2
heyjei 2 月 27 日
一把 show hand ,拉老虎机,这个比喻太形象了。
|
3
wyntalgeer 2 月 27 日 作为极强控制欲的开发,我表示 Vibe Coding 比组员好控制多了
|
4
hrzlvn OP @wyntalgeer cto 大佬?
|
5
iomect 2 月 27 日 @wyntalgeer #3 同感 最起码 AI 能短时间内记住你的命令并一丝不苟的执行还不摸鱼
而且同样价格的 tokens 买不到同级别的人 |
6
dudubaba 2 月 27 日
不是你不用就不用的,现在领导们都是张嘴 AI 闭嘴 AI ,你不用 AI 他们怎么向上吹?怎么能体现他们的管理价值?你可以不用,到时给你个不能拥抱变化的评价绩效垫底,你难受不难受。
|
7
gpt5 2 月 27 日
gafa 没有一个是靠着 ai coding 起家的
古法编程/匠人 coding 才是人间正道 |
8
hrzlvn OP 不喜欢 vibe ,不是不用 ai coding 。需要好点的 plan ,甚至是全局约束模式
|
9
kennylam777 2 月 27 日
用 AI 不用看別人 schedule 不用編排 tasks, 直接動手先看看及測試, 也不用解釋太多, 直接貼一段文字就可以開始, 節奏由你掌控, 不這還不能滿足你的控制欲嗎?
|
10
wyntalgeer 2 月 27 日
@hrzlvn #4 CTO 只是一组 Agent 罢了
|
11
hrzlvn OP @wyntalgeer cto of agents - -
|
12
Akuma2019 2 月 27 日
你主做前端还是后端?前端的话 cc 完全够用。做后端你可以搜下 tocoai ,最近发现的,思路不错 不过要申请内测
|
14
sockpuppet9527 2 月 27 日
vibe coding 只是工具。你完全可以控制每一个部分改动的 details 。
|
15
hrzlvn OP @sockpuppet9527 不断改改改么
|
16
malusama 2 月 27 日 我还以为是高级语言到汇编都要仔细看分支看实在不满意手动优化的呢, 吓死了
|
17
sockpuppet9527 2 月 27 日
@hrzlvn #15
1. plan mode 生成的足够详细 2. 不要跳过 accept edits 过程,每一个地方的改动都人工进行确认。或改动完了之后再去对一个 function 进行调整。 对我个人而言,对每一个方法/参数/类型也是需要特定确认的,在 AI 时代之前,code review 也是一行行看的。 所以我得心态是:我是项目的 maintainer, 把 vibe coding 作为一个开发者,每次结果我都是一个 code reviewer ,最终收益是项目的收益(也就是我最终生产的代码)。 |
18
hrzlvn OP @sockpuppet9527 感谢分享
|
19
dajj 2 月 27 日
其实你可以让 ai 编辑器,按照你的代码模板的风格来编写, 然后你再微调。 机雕+手修,减少输入重复代码的时间。
|
20
yyysuo 2 月 27 日
我觉得你是来找喷的。
|
21
mengdu 2 月 27 日
人设很好,希望保持。
|
23
guiyumin 2 月 27 日
我觉得你没到时候
|
25
sjdhome 2 月 27 日
可以修改 AGENTS.md/CLAUDE.md ,直到 AI 写出来的代码和你自己写的差不多。这样 AI 就成为你的意志的延伸。
|
26
guiyumin 2 月 27 日
|
27
fredweili 2 月 27 日
可以,失业时候别哭就行,加油
|
29
nbndco 2 月 27 日 via iPhone 我觉得最坑的就是 vibe coding 这个概念和一堆对编程一窍不通的小白+自媒体每天进行炒作。ai 辅助编程绝对是对程序员的解放,但是 karpathy 自己都承认了 vibe coding 是不行的。
|
32
djangovcps 2 月 27 日
codex5.3 high 用了不少时间了,近一个月开发没写一行代码。
|
33
supuwoerc 2 月 27 日
我一般都是 ask 模式,然后选择 ai 的输出,不敢让 ai 直接修改文件...
|
34
remarrexxar 2 月 27 日 作为控制欲真正 强的开发,我是不接受 Java/Python 这种带 GC 的奶嘴语言 的,我希望每一字节内存的 malloc 和 free 都得细化,按我的指针偏移量来。一把 new Object(),等着虚拟机什么时候开心了什么时候回收,这种就是糊弄鬼的吧?我还不如用 Scratch 拖积木 交付呢,用啥托管语言。连物理地址都摸不到,你控制了个寂寞?
作为控制欲透顶 的开发,我是不接受 C 语言编译器的,我希望每一个寄存器的进出 都得细化,按我的 CPU 时钟周期来。一把 gcc -O3 ,把代码扔进去指望编译器搞指令重排和分支预测,这不也是拉老虎机 ?这种就是糊弄鬼的吧,我还不如拿磁针在硬盘上刻 交付呢,用啥高级语言。编译器生成的汇编你都不看一眼,你也配谈控制? |
35
PiersSoCool 2 月 27 日
贡献裁员名单,感谢你
|
36
sockpuppet9527 2 月 27 日 @remarrexxar #34
你别说,你还真别说。刚开始工作那几年做某个“用户态 IO”的开源库,malloc 和 free 还真得细化。甚至每一个 C struct 都需要做做 align 以达到 better cpu cache 的目的。 另外如果你写过 SIMD 的话,还真是 "我希望每一个寄存器的进出都得细化",事实上寄存器与内存的置换也是很费时间的,曾纯写过纯汇编的 SIMD ,为的就是去掉寄存器与内存的置换。 |
37
hrzlvn OP @PiersSoCool 我两不一个公司,你这么希望我失业何必呢:)
|
38
hrzlvn OP @remarrexxar 语言的层级转化是有过程的,等什么时候 ai 分析出来的接口稳定不变再来谈梭哈吧
|
39
Valid 2 月 27 日
故步自封?你写代码的目的是为了什么,高效做出产品,可用好用安全稳定,解决问题,至于代码什么样你真的关心吗?你怎么不关心编译器编译的好不好。
|
41
felixcode 2 月 27 日 via Android
不忘初心,好好保持
|
42
hr6r 2 月 27 日
那你还没有进入这个新的时代 赶紧转变吧
|
43
tlerbao 2 月 27 日
没事,不喜欢就别用,等失业了再学也来得及
|
44
sunzhenyucn 2 月 27 日
人设很好,希望保持。
|
45
FreshOldMan 2 月 27 日 via iPhone
你可以一个函数一个函数的 vide coding ,这也一样能控制啊
|
46
silencelixing 2 月 27 日
太 naive 了,too yong too simple ,后续 AI 的发展,会变成根本不需要编程语言的时代,AI 自己会产生只有他能理解,人类无法理解的语言/描述符/火星文,用最高的效率实现需求,你所坚持的 human coding ,注定会被淘汰,到时候你的坚守会变得毫无意义
|
47
hrzlvn OP @silencelixing so, 如果这样还要人类干嘛,还要讨论干嘛
|
49
PawnW 2 月 27 日
这个观点挺实在
|
51
momo2789 2 月 27 日
我已经不自己写代码了,plan 模型下先把参数细节定义好,执行完成后再开一个对话把让它按照文档再反向 review 一下,这样循环修改到我满意的代码。
|
52
runtime0 2 月 27 日
opus 是真的强,差不多已经半年没写一行代码了。
|
53
levelworm 2 月 27 日
我自己的项目只是和 AI 聊天确认或者请教问题,公司的项目我决定从今天开始就研究怎么用 AI 自动化。不然以后完全没有立足之地。
|
54
phrack 2 月 27 日
vibe coding 跟代码质量没有关系
它写的不好你让它再写就完了,大不了自己上手再改一改 它就是程序员的电动螺丝刀而已,该用就用,有的地方不好用换手动的又不是不行 |
56
unusualcat 2 月 27 日
作为一个基本不懂编程的人,最近用 cursor+GPT 做自己想要的功能简直不要太爽,我先描述需求,GPT 帮我转成相对精准指令描述,我发给 cursor 干活,干完活我把代码发给 GPT 审核,审核没问题的话我就运行起来测试,测试 OK 的话就提交本地仓库,继续下一个功能。除了花点小钱订阅之外,其他真的是棒极了,比请两个大学生划算多了也听话多了。我相当于一个 PM 以及测试。至于代码是否优雅质量是否特高,我完全不在意,毕竟我要的是程序能实现我的需求而已。
|
57
lixintcwdsg 2 月 27 日 这个是这样的,我控制欲也抢,拿到一个工程就想重构那种大家都懂。
虽然但是,这事你挡不住。 原因很简单,你实际因为项目赚钱了,并且你拿到钱了也参与分钱了,你就会体验到技术本身占比了,然后就目标导向明显多了。 每天拿个工资,干多干少一个样,自己维护的代码维护性强一点儿自己舒服,那么就还会很在意这个代码质量。 |
58
hellopz 2 月 27 日
我曾经也是一样的观点,但是用 openclaw 之后,不再需要一直看电脑,逛街之类的时间也可以用手机写代码,倒逼我用 vibe coding 的方式编码,而这样一段时间后,我发现还挺好用的,我的视野更注重端到端的交付了,中间过程不那么关心了,当然 AI 生成的代码每一行我还是会看的,我在 git commit 的时候会一个个修改检查过去,但是整体的开发流程不一样了。现在我提交的 80%+ 的代码已经是 AI 写的了。
|
59
zerovoid 2 月 28 日
我相信软件作为中间层的时代迟早要终结的,
既然 AI 可以理解人类的自然语言,我为什么还需要软件来处理, 我直接把需求给 AI 就行了,AI 自己管理好数据就行,然后根据我的需要帮我处理问题,展示数据。 |
60
nlzy 2 月 28 日
作为控制欲强的运维,我是不接受分时操作系统的。我希望所有的硬件资源、中断周期、上下文切换都得由我精确细化,按我的来。把任务丢给内核调度器,一把 show hand ,拉老虎机,这种就是糊弄鬼的吧。我还不如用 DOS 系统呢,用啥 Linux 。
|
61
anonymous00 2 月 28 日
控制欲也会“变迁”,当你的权责重心发生调整,即使你不情愿,还是会做出取舍的。
一个人的时间、精力注定有限,当你想(或被要求)实现超出一人能力范围的目标时,势必会借助外部渠道(人力物力)来达成,构筑扩展的协作架构,个人必然要 re-balance 来契合新架构,伴随你的成功,控制欲的聚焦会不由自主的演化,这个重新分布的过程是自然而然的。 你现在这么想,应该是上述过程尚未开启,做自己就好,况且,当下的 AI 也确实没到让你放手的层级。 |
62
msg7086 23 小时 38 分钟前
不能闭着眼睛 vibe ,但自己带着 ai coding 还是很好用的。u1s1 写出来的东西比我接手的史山强太多了。
|
63
shinyzhu 23 小时 31 分钟前
过 1 年(半年)再看 op 用不用。
|
64
sikong31 22 小时 45 分钟前
公司的屎山愿意自己写就写吧,你喜欢提高质量,不代表猪队友喜欢,多的精力还不如自己开发自己的 app
|
65
cwcc 22 小时 32 分钟前
参考 Linus 的开发流程,他的开发流程其实很像 vibe coding ,只是把 AI 换成了真人,给人发示例片段让他们按照这样写好提交,自己 review 。这并不代表写不出好代码片段。很多情况下真的是你说得越详细,AI 就越接近或者完全符合你的要求,它替人花 3 分钟完成了你 30 分钟打磨的事情,这就是提升,也没有减少我的控制欲。
但如果只写很简单一段话,把它当成阿拉丁神灯,那几乎是不可能有好效果的。所以最终表现其实是从你思考细节到代码落地,变成了你需要详细描述细节而已。 但我倒是很认可你说的“糊弄鬼”,99%写出来的代码(无论 AI 还是真人),几乎没有人会看第二遍。自己写代码会给自己更多安慰,感觉代码有人会看的感觉,而 AI 会渐渐暴露出“糊弄鬼”的深层心理。 |
66
spediacn 21 小时 27 分钟前 via iPhone
楼主可以参考 spec drivem development
|
67
falconwang0110 21 小时 20 分钟前
我也有代码洁癖,但是我目前是上班写的代码按照功能模块或函数去 vibe ,vibe 完了之后手动再调整。自己的项目基本都是“古法”,AI 基本作为一个好用的搜索引擎。主要个人项目基本都是嵌入式、硬件和机械设计相关的,vibe 也搞不定,毕竟 AI 也连不上示波器或逻分去 Debug 。
|
68
BestPix 21 小时 12 分钟前
我妈到现在都不能接受用洗衣机洗内裤,那她就继续手洗,我就机洗。
|
69
yanxu4780 20 小时 57 分钟前
vibe 就像你招了一个随机性很强的员工给你干活,虽然你会给各种要求和约束,但是随机性依旧是很强,你无法控制 AI 到底如何按照你的要求干活。大部分时间都花在检查和测试 AI 提交给你的代码是否真的可以跑通上面了。这对于顶层架构师来说无疑是非常折磨的。
|
70
LiuJiang 20 小时 53 分钟前
既然有控制欲,控制 AI 不就好了
|
71
whyso 20 小时 52 分钟前 让我想到了那些狂吹手动挡的半新手司机,自动挡没意思,哈哈哈
|
72
hailaz 20 小时 47 分钟前
还以为不用筷子用手吃饭,然后你说用叉子,那还有什么好说的。
|
74
TUNGH 20 小时 27 分钟前 楼主不吃 vibe coding 这套很正常。很多工程师就是受不了那种“看起来对,其实很随机”的输出。你们一直在嘲讽楼主,说白了是在把两件事搅一起:写代码这件事带来的乐趣和把东西交付上线要负责这件事。
你要是写个 demo 、做个网页、搭个脚手架,vibe 确实爽,出错了删了重来就行。但真进了业务系统就不是这回事了。需求口径对不对,边界有没有漏,并发幂等有没有坑,出了问题能不能快速定位回滚,这些才是要命的点。AI 顶多帮你把字打快点,真出事了它也不会替你扛。能聊就聊这些,老拿楼主开涮,只能看出来有人没真正在线上踩过坑。 |
75
zhanying 20 小时 22 分钟前
这是个好事啊,还有人愿意牺牲自己生产珍贵的人类语料,为啥都在嘲讽,都用 vibe coding 的话 llm 以后再迭代只能左脚踩右脚上天了
|
76
Cynicsss 20 小时 22 分钟前
不喜欢就不用,喜欢就用。开心就好。多大点事儿。
|
77
satoru 20 小时 21 分钟前
@kennylam777 我能理解 OP 说的“控制欲”,用你的类比,应该像是恨不得手把手盯下属写代码的“micromanagement"级别控制,哈哈哈 😂
|
78
dqpb 19 小时 43 分钟前
我写的代码我要负责,直接交付一个看起来能用但不知道每个细节的黑盒我不放心。
|
79
lovedebug 19 小时 39 分钟前
适应变化~
|
80
clacf 19 小时 24 分钟前
我是希望全世界只有我一个人能够 vibe coding ,其他人都是控制欲极强的开发。可是没办法啊,大家都用脚投票。
|
81
rev1si0n 19 小时 9 分钟前
@silencelixing 马斯克都只说了直接生成二进制,新语言是干嘛意义是什么?怀疑你压根都不清楚现在的大模型是个啥,就是那类附和吹的,你说的这种,等 AI 具备完全自主的人类思考能力再说吧(我用 AI 并且很常用,但是你就是疯吹的那种感觉都没到 20 )。
|
82
IndexOutOfBounds 18 小时 58 分钟前
巧了啊,昨天刚好看了一篇文章,为什么控制欲强的人用不好 vibe coding ?
我的理解是学会合理放权,才会有更大的产出 |
83
Gilfoyle26 18 小时 32 分钟前
作为控制欲强的开发,我必须写汇编,因为我受不了其他语言那种黑箱的编译,我必须掌控每一个 bit 的分配
|
84
win8en 18 小时 30 分钟前 via Android
@silencelixing 哈哈
|
85
boboaiya3 17 小时 54 分钟前
我觉得大家讨论 vibe ,带上自己当前薪资,然后 vibe 占 code 比重,更比较有说服力
|
86
xiaohanliang 17 小时 28 分钟前
《控制欲强》😂
|
87
GuluMashimaro 17 小时 17 分钟前
但是现在自己写个小工具之类的 真是不打折扣的方便了,咔咔就是写需求。公司项目的话要求和限制太多,还得 review ,不能放飞自我。
|
88
silencelixing 17 小时 15 分钟前 via Android
@rev1si0n 你懂个啥?用得多就懂了?还指点起来了,小屁孩儿,你懂大模型原理吗?生成二进制不要规则?这个规则不就是语言?毛都不知道还在这指点起来了引人发笑
|
92
raodao 16 小时 53 分钟前
@silencelixing 代码里有 bug,AI 自己解决不了的时候怎么办呢
|
94
Leeeeex PRO @hrzlvn #15
你告诉 AI 「生成一段代码」 和你告诉 AI 「用 xxx 技术生成一段用于 xxx 的方法,入参出参是什么,参数校验是什么,需要怎么处理数据,数据库怎么操作」 肯定是后者的效果更好一点。 控制欲强就仔细写 prompt ,控制到每一个点,那出来的效果就大差不差了。 |
95
silencelixing 16 小时 30 分钟前 via Android
@raodao AI 作为一个黑盒,只用做一件事,那就是根据正确的入参,给出正确的出参,所有的入参出参都是确定的,不会存在有 bug 的情况,况且 ai 自己本身就能够修复 bug 。如果 ai 自己修补不了自己的 bug ,那就还没到上面所描述的阶段,还需要时间。终局不会出现你所说的这个问题
|
96
findex 15 小时 45 分钟前 via iPhone
主要是现在很多人在用 vibe coding ,速度快成本低几乎不用写任何代码,让人感觉劣币驱逐良币。但是核心的硬件系统开发,AI vibe coding 写的太多纰漏了,人改都不好改
|
97
tsutomu 14 小时 30 分钟前
至少目前的 ai 还不行,再等几年吧
|
98
SSang 12 小时 9 分钟前
我只是不喜欢拿 Vibe 概念骗小白的那些人。快速验证时候我也 vibe 。
另外 vibe != AI Coding ,不能幻想上帝一句话创造世界。 |
99
fuwu1245 12 小时 5 分钟前
建议试一下 (
我试了后 真香定律了 |