（1）
先分享个概念，估计好多人已经知道了，我确实是最近才知道，算是后知后觉。
这个概念就是「Vibe Coding」（氛围编程）：开发者只需使用自然语言描述需求，AI负责代码实现、调整和优化。
也就是说，你不需要懂什么编程，只要能表达清楚自己的需求，AI就能帮你把代码给编写了，还基本可以运行。
此概念是由OpenAI联合创始人Andrej Karpathy于2025年2月份提出，他说：
“这不算真正的编程 – 我只是看看东西，说说东西，运行东西，然后复制粘贴东西，而且它大多都能工作。” — Andrej Karpathy
上篇文章中，罗列的一些AI编程的工具，大体都能够实现Vibe Coding。或者反过来说，Vibe Coding实质上是描述AI编程发展到当前已初步具备、未来一定具备的一种能力和状态。
（2）
Vibe Coding的出现，或者说AI编程能力提升至Vibe Coding场景至下，能带来一系列的改变：
- 开发速度的飞跃：团队或个人可以在很短时间内完成产品或原型的开发，原本可能需要几周的时间，现在可能一两天就可以搞定；
- 降低技术门槛：非程序员（如产品、营销、市场人员等）可直接构建产品或原型，例如前段时间大火的小猫补光灯，就是一几乎没有编码背景的人员，使用Cursor开发出来的；
- 释放创造力：编程不再是非技术人员创造产品的卡点，只要你有想法和创意，都可以借助AI编程工具，利用Vibe Coding的方式，开发产品，至少可以开发Demo；又因为开发速度的提升，人们的很多想法创意的试错成本（时间），可以压缩到很低；这会极大的释放人们的创造力！
当然，Vibe Coding也会带来一些问题：
- 代码质量问题：很显然，目前AI编程所生成的代码质量并不高，做个原型来验证需求是可以的，想要做成一款真正的产品，还有大量工程工作要做；
- 技术债务问题：因为代码质量问题，AI生成的代码，可维护性很差，会带来很多的技术债务，增加后续产品运维和拓展的成本和风险；
- 项目可控性降低：通过自然语言描述需求，可能存在需求翻译偏差，最终实现与预期功能不符；随机修改策略会导致代码变更历史断裂，增加协作开发时的认知负荷；这些都可能导致项目的不可控；
因此，目前来看，Vibe Coding编程方式更适合于快速原型开发或个人小项目。对正式产品开发、大型项目开发所带来的风险可能会过高，这类项目还需要人工进行管控和审核才行。
未来，Vibe Coding不会完全取代传统编程，而是形成“AI生成基础代码+人类把控核心逻辑”的混合开发模式——编码领域的「人机协作」。
（3）
有人搞了一个《Vibe Coding宣言》，还是蛮有点意思的，摘抄如下：
暂时没有找到原文链接，找到之后补充在这里。
（4）
且不管Vibe Coding可能带来的问题，Vibe Coding/AI编程的逐渐成熟，对小团队或个人来说带来了巨大的机会。
只要你有想法、有创意，你就可以借助Vibe Coding去快速开发原型验证你的想法和创意。你所需要做的是，你能够清晰的描述清楚你的想法和创意，你能跟AI讲清楚你的需求，这就足够了。
当然，在Vibe Coding的时候，还会有来回的交互以修改和完善代码，修改代码的BUG，这会带来一定的工作量。但是，终归是能够做出一个可以工作的原型产品，这在今年之前让很多非技术人员是不可想象的。
所以，「程序员」不再是你实现自己改变世界的想法的障碍了，唯一的障碍是你有没有想法。
现在开始，每个人都可以去做自己的产品和项目了。可以参考「小猫补光灯」作者的做法，先做它10个狗屎项目再说，做着做着也许就能做成一个明星项目了。
（「小猫补光灯」作者关于「小猫补光灯」需求到开发过程的分享：https://www.bilibili.com/video/BV1C8CvYHEUm/）
当然了，我自己在上手Vibe Coding的时候，发现其实也还是有一定门槛的，虽然门槛不高。对编码、对编码IDE、对代码调试之类完全没概念的话，还是需要学习一些相关的知识，才能更好的Vibe Coding。
（这里其实有一个很容易想到的商机：给普通人培训Vibe Coding的机会。唉，每一轮新技术更新，最容易赚钱的是哪些搞培训的人，我也想搞培训了！）
（5）
最后，尝试回答标题的问题。
个人观点，不管Vibe Coding带来的改变（优势），亦或者Vibe Coding所带来的问题，Vibe Coding 终将改变软件工程的现状。
会有越来越多的普通人，为这个世界贡献各种各样的代码，创造各种各样的大大小小的产品。而Vibe Coding 所带来的问题，也会有人或者有AI去推动解决。
Vibe Coding 本身未必是新的范式， Vibe Coding或者说AI编程的出现，必将会带来软件工程的范式。
- 20250601，文章初稿；