对大厂来说， Vibe Coding 是不是伪需求？

[zencitta]

最近感觉字节、淘宝、海外一些大厂频繁出问题，不知道是否和 AI Coding 有关系。

我一直觉得，大厂几千上万研发，瓶颈本来就不是开发速度，而是有没有值得做的业务。Vibe Coding 再快，也不能凭空创造新需求。

而且现在 AI 让前后端边界越来越模糊，一个人其实能做完整功能，但大厂还是习惯把需求拆给很多人。

就像本来一个人整理一根长绳，现在非要剪成 10 段，10 个人各自整理好，最后再接起来。人越多、改得越快，沟通、联调和出错的机会反而越多。

AI 时代，大厂真正该做的也许不是让所有人写得更快，而是重新考虑：一个功能到底需要这么多人吗？

[molvqingtai]

同样的任务，没有 AI 做一周，有了 AI 做一天，怎么是伪需求

[zencitta]

@molvqingtai 我的意思，大厂收益并不像工厂靠 deliver product 来赚钱，而是靠本身业务的发展。所以代码写的快，业务没发展，收益也不会增加。反而因为 vibe coding 成本增加了。

[sentinelK]

所以这跟 vibeCoding 有什么关系……

吃冰棍吃拉稀了你说冰箱是伪需求吗……

[zencitta]

@sentinelK 哈哈，你这么说也对，标题用“伪需求”可能不太准确。我的意思不是 vibe coding 本身没价值，而是对很多大厂来说，开发效率可能已经不是业务发展的主要瓶颈了。AI 把 coding 效率提高几倍当然有价值，但如果业务机会没增加，原来的组织规模又不变，这部分效率提升未必能转化成公司收益，反而可能产生更多无效开发和协作成本。

[jellyX]

你管它呢, 类似军备竞赛, 谁也不敢掉队

[Ipsum]

当有个新需求，隔壁 2 天做出来了，你古法需要 1 个月。已经落后了。

[msg7086]

AI coding 很大一块是 code review 。纯 Vibe 确实没啥需求，但是全方位 AI 服务的需求还是高的。

[sentinelK]

@zencitta 我理解这也是一种机会。越庞大的组织结构越天生有排异性。所谓船大难掉头。

现有的既定结构裹挟太多既得利益了，很难合理响应市场和技术的革新。

没一个组织能完美跨周期停留在头部的。要么直接断臂求生，要么直接名存实亡。

[jufeng]

vibe coding 的显著效果是给那些预研项目，新需求加速。成熟项目接 vibe coding 效率取决于 bug 的风险和影响覆盖范围。

[zencitta]

@sentinelK
@jufeng 对，我现在想表达的其实更接近这个：AI coding 本身肯定有价值，尤其新项目提升很明显。但如果一个人的能力边界已经扩大很多，大厂还是按以前 FE 、BE 、QA 这种方式把一个需求拆给很多人，组织和协作成本可能反而成了新的瓶颈。可能真正需要变化的不只是开发工具，而是研发的组织方式。

[molvqingtai]

@zencitta #2 AI 成本高只是暂时的，总体来说 AI 确实提高了效率

[jufeng]

前段时间，知乎更新的安卓端 app ，动不动卡顿报 OOM ，不知道是不是跟 vibe coding 开发后上线有关

[gelan233]

@zencitta #4 你这段回复太像我的 GPT 了

[Ravenddd]

大厂也在转变,船大难掉头,企业有业务首要目标是最快速度跑通业务,无论是验证还是赚钱,现在很大程度是开发部门实现慢,vibe coding 可以提升这部分效率,因为部门内已有的人员已经分成前后端,现在还是过渡期,如果全部都能全栈,加上 AI 效率就很恐怖,企业要点是整体进度,这个新业务能不能跑通,早跑通一步,市场就先吃下一块,现在主要的问题还是 review 或者联调沟通成本,后面等 AI 足够智能,这些还能再提高一点,旧人员架构和系统架构还没完成 AI 转型,所以现在看起来很多问题,不过这只是阵痛期

[zencitta]

@gelan233 确实用 AI 帮我组织的

[cellar]

po 主的意思是大厂的核心诉求到底是产能不足还是需求不足或者说创新不足，业务模式进入稳定期后还没有必要搞那么多“模式创新”