Vibe 或 AI 编码：我们是在加速，却失去艺术吗？
Source: Dev.to
Introduction
无论你走到哪里，信息都很明确：AI 正在彻底改变软件开发。GitHub Copilot 等工具以及更自主的“代理式”AI承诺将我们的生产力提升 10 倍，消除样板代码，并以空前的速度将想法转化为代码。在很多方面，它们确实如此。
但在我们争相采用这些强大助手的同时，需要停下来问一个关键问题：在追求速度的过程中，我们失去了什么？
The Problem
一个病毒式的表情包（上图）幽默地揭示了一个更深层的真相：
- 资深开发者 + AI → 高质量输出。
- 初级开发者 + AI → 更多输出，更多 bug。
- 不具备技能的使用者 + AI → 一团糟，只是更快且规模更大。
这并不是对 AI 本身的批评，而是对我们使用方式的批评。把 AI 当作魔杖，就像把钉枪交给新手木匠——没有技能的速度只会导致混乱。
真正的“编码艺术”从来不只是写代码行数。它关乎问题解决、架构思考以及对系统如何协同工作的直觉理解。虽然 AI 生成的代码在增加，但代码复用和重构的指标却在下降。我们生成的代码更多了，却对模块化和长期健康的思考更少，导致代码 churn 增加、技术债务累积。
Impact on Junior Developers
在没有深入理解的情况下接受 AI 生成的代码的诱惑，会抑制批判性思维的成长。学习编程是关于挣扎——调试、重构、以及“啊哈！”的时刻。当 AI 把这些挣扎平滑掉时，就会剥夺开发者必需的学习体验。
Impact on Senior Developers
过度依赖会导致“代码感”——对系统设计的直觉感受——逐渐衰退。资深开发者有可能沦为审稿人和提示者，而不是架构师和构建者。
Strategies for Balanced Use
Treat AI as a Socratic Partner, Not a Vending Machine
- 使用 AI 探索可能性，而不仅仅是获取答案。
- 请求提供替代方案。
- 提示它解释自己的代码。
- 挑战它的假设。
Mandate “Explain‑Back” Sessions
开发者，尤其是初级开发者，应该解释他们提交的任何重要 AI 生成代码背后的逻辑。如果你解释不清，就说明你并不真正拥有它。这迫使人们在盲目接受之前先理解。
Implement “AI‑Free” Zones
- 设立“AI‑Free Fridays”或将核心架构组件划为仅限人工的领域。
- 确保基础的问题解决和设计技能保持锋利。
- 目标不是放慢速度，而是保持深思熟虑的思考。
Focus on the “Why,” Not Just the “What”
在 AI 时代最有价值的技能不是写代码，而是定义问题。资深人才将通过提供上下文、约束和高层次指引来引导 AI 达成成功结果，从而脱颖而出。
Conclusion
AI 编码助手不会消失，也不该消失。它们代表了一次巨大的飞跃。然而，进步不应以牺牲工艺为代价。让我们利用这些工具让优秀的开发者变得更好，而不是培养只能靠“氛围”工作的程序员一代。软件的未来取决于此。