佬们，今天看到一个帖子有点感悟，想跟大家聊聊

佬们我今天看到一个帖子，想跟大家聊聊

这个帖子说的是，一位开发者在 6 月份的时候，统计了一下他 vibe coding 的代码数量。

从过去几个月的数万行瞬间暴跌至几千行。

我看完这篇帖子，有些关于 vibe coding 的想法想和大家聊一下。

我越来越笃定一件事情：古法编程玩的溜的人，玩 Vibe Coding 一样很牛批，Vibe Coding 会指数级放大这些人的能力。

这不是玄学，就像 A 畜论文里说的，专业能力和 Vibe 结果有强相关性。

你传统开发的经验越扎实，对架构、边界、异常处理的理解越深，你给 AI 的Prompt就越精准，出来的代码就越靠谱。

所以从某种程度上来讲，AI 会 make 老登 great again 。

反过来，一个刚入行的新手，就算把需求描述得天花乱坠，AI 也可能生成一堆能跑但经不起推敲的烂代码。

所以 Vibe Coding 从某种意义上来讲可能并不是降低门槛，能让所有人起飞。

它确实降低了“做出一个能跑东西”的门槛，不熟悉的东西、一次性的代码、简单但是繁琐的脏累活可以 vibe，而且 vibe 出来的很好。

但它没有同步降低“做出可靠、可维护、可演进系统”的门槛。

Vibe Coding 我越来越感觉它更像一种比 Python 还要高层的编程范式，它虽然延续了语言演进的方向：更简单、更普及、上手更快。

如果你用小工具和中间件来试水，效率确实惊人，你几乎大部分都能交给 AI 完成，AI-Native 也没啥大毛病。

但一旦涉及底层逻辑、核心算法和长期维护的项目，这东西就露怯了。

AI 生成的代码可能并不会为健壮性、可拓展性、耦合性来考量，它只盯着当前 Prompt 里的需求“拼好码”。

几次变更之后，代码很可能就成了一坨。

而工程项目最核心的价值恰恰在于长期迭代能力，你得能改、敢改。Vibe 项目在这方面还不太行。

有人说，迭代不行那就推倒重来，整个项目重新生成。

重新生成只会丢掉前一轮积累的细节，尤其是通信类中间件，每次重来都要补一大堆边界条件，花的时间比古法手写还多，因为你根本不知道上一版背后发生了什么，只能重新调试摸黑找问题。

这套路数，效率上是彻头彻尾的负收益。

（但我觉得随着模型的进化，AI 的代码也许会写的越来越好）

还有一点很少人提，但我觉得比较关键：AI 写的代码没有“个人品味”。

就像画家有画风、作家有文风，一个成熟的工程师写出来的项目，会有贯穿始终的设计风格和取舍逻辑，这对长期维护极其有益。

而 AI 只是把无数人的思路碎片拼在一起，局部可能挺有道理，整体却非常拧巴。

至于未来，我不觉得 Vibe Coding 会像某些人吹的那样颠覆一切。

它确实会帮你解决 99% 的问题，但最终 1% 的问题，是致命性的。

各位佬友们怎么看。