当我一天花光了 300 美刀用来 ai 写代码，我的问题还是没有得到解决，我意识到 ai 只有在辅佐没有思想

zhangbuda

经过大量的 vibe coding ，我对 ai 开发有一个深刻的认识，就是，ai 没有思想，更多的只是概率事件，更多的是大概率事件。但是写代码不一样，这是一件艺术创作，硬生生的 review 无脑选择 1 ，最后结束了，然后编译，居然通过了，但是可能在某一天，一个边界问题，引燃了这颗定时炸弹。你会发现在深处埋了一个定时炸弹，很愚蠢的，一眼蠢的 1+1=2 的错误，尤其是那种很简单的左右逻辑跳转错误。

ai 开发，只会对初学者友好

ai 开发适合脚本开发，不适合基础开发

试想一下，让 ai 去做一个电梯控制程序？

越来越多的人，参与 ai 的世界，有的人转的盆满钵满，有的人赚吆喝，而又有的人瞎凑热闹。而世界，还是这个世界，由人组成的世界，但是又洗了一次牌，再次加剧了贫富差距。

terence4444

你用的哪个 AI ？怎么用的？

1. 我个人感受，AI 在写边界问题方面好于大多数人，基本的边界问题不会出现。
2. 某方面领域的专家用 AI ，产出和效率远远高于初学者。初学者用 AI 学习效率会有提升。
3,4. 不同的开发需要有不同的手段。在你说的这个情况下，就需要先做 Plan 写文档再开发，而不是哐哐哐直接上。
5. 在编程邻域，AI 已经开始淘汰那些本身对这行不感兴趣的人了。我还是喜欢和人一起做开发工作，但和人讨论的往往已经是架构、实现方法等。那些具体的机械的、重复性的，底层次的劳动交给 AI 更有效率。

fcten

你用 300 刀请人来干活，也未必能解决问题。是否可以得出这些人也没有思想。

这个世界的运转就是建立在这些人之上的（俗称草台班子）

用人的时候，需要了解人能力的边界，把合适的任务交给合适的人去做。需要知道控制风险，不要随便把危险的权限下放给新来的实习生。需要建立标准化的流程，用强约束去保证人犯错的时候产生的影响在可控的范围内（测试/灰度/回滚）。

用 AI 也是同理。

msg7086

> 然后编译，居然通过了

那么然后呢？你让他添加了足够的测试覆盖了吗？你让他回头去自己检查代码架构和实现细节了吗？

你同样的工作要求交给一个程序员做，他不也就这样给你糊完了结束吗？

383394544

即使你有德械美械，没战略也没用。

xuanbg

@fcten 肯定也是没有思想啊。毕竟大家也都不是什么灯神，满足不了阿拉丁的许愿。要把一件事做成，不专业是不成的。不专业还想不到通过学习使自己变得专业，那是不是缺少主观能动性？这样的话，说这些人没思想也没啥毛病。

redbule

你不敢让 ai 写电梯程序，是因为害怕 bug 还是因为害怕无人担责？人写代码就没 bug 是吧

1874w

又是一个日经贴。我有点怀疑你是否真的「经过大量的 vibe coding 」，还是说只会用但看不懂它在做什么？

而且 ai 开发对初学者其实并不友好，没有编程领域的常识和基础的代码编程和架构能力，甚至没有一个好的表达，那么 AI 开发出来的始终就是黑盒，也就是你所说的定时炸弹。

AI 开发只是降低了人类的使用门槛，一般人简单做个东西，分析整理各种资料，确实非常方便，他们也确实不需要了解技术细节，但也需要承担不了解技术细节的后果。如果能接受一直迭代，遇到 Bug 解决 Bug ，那就可以了。如果你指望一开始就是完全体，没有 bug ，那只能说有点天方夜谭了。

而且 AI 开发对越资深的程序员要求越高，因为这些人的目标就是尽量减少 BUG ，所以人需要懂越来越多的东西才能越能分析出 AI 写出来的东西是否有问题，是否存在缺陷。

nutting

试想一下，让 ai 去做一个电梯控制程序？
看看你举得这个例子，感觉你应该本来不是搞这行的，建议先梳理一下自己试用 ai 的方法对不对

skuuhui

对事不对人。遇到问题先找自己的原因。而不是先攻击或批判。很久以前我想过这个问题，这个世界上没有最适合你的 AI ，只有你最适合的 AI 或者没有。