Vibe Coding 时代的开发者角色转变

Vibe Coding 时代的开发者角色转变 | 前端进阶之旅

Full translation

完整中文译文

我在查阅 Stack Overflow 2025 年开发者调查的结果时，有一个方面引起了我的注意：涉及开发者对 AI 工具准确性信心的百分比。

正如该问题相关结果的评论所提到的那样，不信任 AI 工具的开发者比信任它们的开发者更多。在我看来，这是个好消息，尽管我对那 3% 对 AI 工具高度信任的人感到担忧。这并不是要妖魔化 AI 工具，而是要解决开发者不断演变的角色。

不久前，我写过一篇文章，讨论使用库或框架是否能使开发者免于理解底层工具和技术的具体细节。我通过引用 Robert M. Pirsig 的经典著作《禅与摩托车维修艺术》来解决这个问题。仿照该书的思路，我将开发者分为三类：

经典开发者，他无法抵抗看看工具如何运作的好奇心。如果可能的话，他们甚至会尝试修改它。这就是我们通常说的黑客。

浪漫开发者，他们只是按原样使用库或框架。他们更感兴趣的是实现预期的结果，更欣赏库能多轻松地帮助他们做到这一点，而不是关心它的内部工作原理。工具的细节与他无关。

实用开发者使用库来解决问题，但并不忽视理解它如何工作的优势。他们可能不了解库的所有内部细节，但对其架构有高层次的理解，必要时可以深入研究。

看到开发者对 AI 工具信任程度的数据时，我想起了那篇文章。我认为，如今，这种分类和需要实用开发者而不是浪漫开发者的必要性甚至更加相关。如果我们要用信任来翻译这个分类，经典开发者不信任该工具；实用开发者在一定程度上信任它，但试图保持一切在控制之下；浪漫开发者对工具有盲目的信心。

如果盲目信任传统库有其缺点，那么我们怎么能信任 AI 工具生成的代码呢？

随着 vibe coding 的兴起，一种新的软件开发浪漫主义似乎已经出现，引发了广泛的热情。然而，如果开发者编写的代码往往不可靠，我们怎能信任一个没有真正理解自己在做什么的 AI 工具生成的代码？当然，我指的是基于 LLM 的工具，也就是当前主流的 AI。

答案是我们根本不应该信任它。永远都不要！

我们应该放弃 AI 代码生成工具吗？绝对不应该！我们应该使用它们，因为它们能改进我们代码的质量，而不仅仅是加快生产速度。

然而，我们应该避免成为浪漫开发者，兴奋于用几个小时完成几个月前需要数天甚至数周的工作。我们必须实用，并验证生成的代码是否按预期运行。如果我们想更进一步，成为理解工具如何生成代码的经典开发者，那就更好了。至少，这会帮助我们提出更好的问题。

开发者的工作不是——从未是——生成代码。他们的工作是提供按预期运行的解决方案。作为一个 vibe coder，你有责任验证 AI 工具生成的代码。你必须理解代码，必要时修改它。AI 工具节省的部分时间需要用于审查结果。

简而言之，你永远不应该信任 AI 工具的建议。你必须始终分析和验证结果。这意味着你无法停止学习编程语言、它们的最佳实践、设计模式以及你的应用程序所基于的技术。你还需要学习生成的代码可能包含的新东西。

请记住，如果出了问题——虽然很少一切都顺利——你要对 AI 工具生成的代码负责。

对于那些认为 AI 将取代开发者的人，我会说他们是对的。在几年后——甚至几个月后——就不会再有开发者了。不会再有我们几年前理解的那种开发者了。

一旦软件开发的浪漫主义消退，我们会发现开发者的角色已经被重新定义，并且可能已经扩展。我们可能会有一个新的职位名称，例如"代码管理者"或"编码解决方案提供者"。

然而，代码审查和验证中仍然需要技术技能：最小化 AI 工具生成的代码中的错误和安全问题的高级技能。

我们不能让浪漫开发者盲目信任 AI 工具生成的代码。专业开发者永远不应该不加怀疑地接受 AI 工具生成的代码。他们必须质疑它，运用许多人认为受到 AI 威胁的批判性思维。毕竟，"信任，但要验证"这句古语仍然适用。

某些评论可能仅对登录访客可见。登录以查看所有评论。

要采取进一步行动，你可以考虑屏蔽此人和/或举报滥用。