[讨论] VibeCoding 何去何从

个人观点：vibe coding的过程中还是需要把握好边界的，可以不全量审查详细代码，但是把握项目架构、每个模块的整体逻辑和结构还是非常有必要的（所以我目前更喜欢ai模块化辅助开发），否则开发者在后续维护和优化方面会有很大的麻烦

1.人只是不参与/减少参与，编码的工作而已，对于程序开发的作用还有方向和细节的把控，我认为vibe 只是降低了想法实现的成本而已，一个应用/程序，应该长什么样，好不好用，肯定还是人主导的。

2.应该基本上没有哪个公司的护城河是自己的代码吧？比起代码更重要的应该是应用的创新，营销，不管以前还是现在，一个应用要是发布出来，功能很容易被copy，只是现在ai减少了这个成本而已。

只是编码这件事情变廉价了，软件编码的抽象层上移了。需求判断、系统设计、边界约束、数据理解、测试验证、线上稳定性、责任归属都很重要。

感觉vibe coding的确让我的技术下降了很多，而且很多时候工作中并不会给我很多的时间去古法手搓，领导也知道现在用模型辅助开发速度很快，就更加不会留给我很多时间去写代码。感觉实际上这也是一个没有办法的事情，但是我很多时候也在想，也许以后就是不再需要人去做这些编程工作，我只需要对需要用到的技术有了解，能指挥好AI就行了，那会不会慢慢的其实人指挥AI也可以变成AI指挥AI，只要给AI一个足够隔离的环境，也许以后有机会完全放手。

身同感受，最近也在vibe coding一个播放器，自娱自乐的，开始也是从解决一个非常小的问题开始的，后面就一发不可收拾，总想加功能，现在完成一个基本可用的雏形，现在静下心想想，其实这个播放器根本就不应该存在，现在市面上已有的播放器功能都比它强大，功能更全，生态更完善。而自己的那点小需求（小问题），其实通过其他途径也是可以变相解决的。

消耗了那么多Token，根本就不增值，纯粹自娱自乐了一顿。

也真是为了那点醋，包了一顿饺子。

如果AI编程单纯为了自娱自乐的确不值得，但是要创造更大的价值，似乎哪个点也很难找到。

因此，还是那句话：我想静静，我想再静静！

没必要再回到打孔编程的年代，早用早享受，一直用一直享受。

不要开倒车，大部分程序员肯定要被淘汰的，趋势所致，代码能力根本不重要，你再学也没ai迭代的快，现在的一些小边界问题在未来肯定会解决，要逐渐往产品经理思维上转。

这个还是得有需求 AI不能解决普通人的工作内容

问大家一个问题，现在各位还会写算法题吗，之前面试，算法题已经完全不会了

我个人觉得，Vibe Coding能够让人快速进入一个自己不熟悉或者不了解的领域并产出一个可以用的产品，但就目前为止，我个人觉得我Vibe出来的就是^-^，所以我也越来越能理解一些开源社区大佬拒绝Vibe的代码了。

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

我的帖子已经打上 开源推广 标签： 是
我的开源项目完整开源，无未开源部分： 是
我的开源项目已链接认可 LINUX DO 社区： 是
我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
AIGC已经…

欢迎品尝，缓解佬的vibe coding 焦虑 ^-^

Vibe Coding能够让人快速进入一个自己不熟悉或者不了解的领域并产出一个可以用的产品

哈哈确实，新时代的狐假虎威 ^-^

太棒的创意啦，我去点个star!

现在AI时代，程序员要有产品思维

我觉得还是要回归需求，回归问题场景。你首先要有个需要解决的真实问题，然后在看看它是否能够通过AI提供的各种助力来解决。

比如你的思维导图工具，如果真实需求是一个真正产品化的东西，你会面临很多实际的问题，而非有个雏形出来就可以了。vibe coding出来的内容，距离真正的产品化，中间还是有一段路的。

回归需求，回归问题场景

赞同，不过需求收集，推广，用户反馈像是一个闭环，如果没有办法进入这个循环的话基本与市场无缘了，demo距离成为产品中间的路太长了。

vibe coding 只是一个产品的0到1，更重要的还在后面

未来可能会进化到提示词工程师和架构设计师的叠加。一方面 ai 编程还不会全面取代古法编程，程序员仍然需要经验来判断 ai 编写的代码是否正确。

另一方面 ai 算力还没有成为基础设施那样随用随取。便宜好用稳定是三者不可兼得的，至于隐私，本来就没有什么好看的就不提了。

而且现在 llm 的瓶颈正在肉眼可见的扩大。一味的堆参数可能已经走到头了，剩下的旧无非是玩点帽子戏法什么的。