在Vibe编码时代成为一名开发者

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

正如针对此问题的结果评论中所提到的，不信任人工智能工具的开发者比信任它们的开发者更多。我认为这是个好消息，但我对那3%高度信任人工智能工具的开发者感到担忧。这并非要妖魔化人工智能工具，而是为了探讨开发者角色转变的问题。

开发者和库

前段时间，我写了一篇文章，探讨使用库或框架是否能让开发者免于理解底层工具和技术的具体细节。我引用了罗伯特·M·皮尔西格的经典著作《禅与摩托车维修艺术》来阐述这个问题。我根据书中的观点，将开发者分为三类：

• 典型的开发者总是忍不住好奇，想要了解工具的工作原理。如果可能，他们甚至会尝试修改工具。我们通常把这类人称为黑客。
• 浪漫的开发者只会照搬库或框架的原样使用。他更关注的是实现自己想要的结果，他欣赏库的便捷性，而不是其内部的工作原理。工具的细节与他无关。
• 务实的开发者会利用库来解决问题，但不会忽视理解其内部工作原理的优势。他们可能并不了解库的所有内部细节，但他们对库的架构有宏观的认识，必要时可以深入研究。

查看开发者对人工智能工具信任度的数据时，我想起了那篇文章。我认为，如今这种分类以及对务实型而非理想型开发者的需求显得尤为重要。如果我们用信任度来解释这种分类，那么传统型开发者不信任工具；务实型开发者在一定程度上信任工具，但会努力掌控一切；而理想型开发者则对工具盲目信任。

如果盲目信任传统库存在缺陷，那么我们又如何能信任人工智能工具生成的代码呢？

迈向开发者的新道路？

随着“氛围编码”（vibe coding）的兴起，软件开发领域似乎涌现出一种新的浪漫主义，并引发了广泛的热情。然而，如果开发者编写的代码常常不可靠，我们又该如何信任那些对自身行为缺乏真正理解的人工智能工具生成的代码呢？我指的当然是基于逻辑逻辑模型（LLM）的工具，而LLM正是当前人工智能的主流。

答案是我们永远都不应该相信它！

我们应该放弃人工智能代码生成工具吗？当然不应该！我们应该继续使用它们，因为它们不仅能提高代码生成速度，还能显著提升代码质量。

然而，我们应该避免成为浪漫的开发者，因为几个小时就能完成几个月前需要几天甚至几周才能完成的工作而沾沾自喜。我们必须务实，验证生成的代码是否符合预期。如果我们想更进一步，成为理解工具如何生成代码的传统开发者，那就更好了。至少，这能帮助我们提出更好的问题。

开发人员的工作不是——也从来不是——编写代码。他们的工作是提供一个能够按预期运行的解决方案。作为一名Vibe程序员，你负责验证AI工具生成的代码。你必须理解代码，并在必要时进行修改。使用AI工具节省的部分时间需要用于审查结果。

简而言之，永远不要轻信人工智能工具的建议。你必须始终分析并验证结果。这意味着你必须不断学习编程语言、最佳实践、设计模式以及应用程序所基于的技术。你还需要学习生成的代码中可能包含的新知识。

请记住，如果出现问题——很少有事情会一帆风顺——您将对 AI 工具生成的代码负责。

开发者已死。开发者万岁。

对于那些认为人工智能会取代开发者的人，我想说他们说得对。几年之内——甚至几个月之内——开发者这个职业就将不复存在。几年前我们所理解的那种开发者将不复存在。

当软件开发的浪漫主义时期过去后，我们会发现开发人员的角色已被重新定义，而且很可能还会扩展。我们可能会看到一个新的头衔，例如“代码经理”或“编码解决方案提供者”。

然而，代码审查和验证仍然需要技术技能：能够最大限度减少人工智能工具生成的代码中的错误和安全问题的高级技能。

我们不能做那种盲目信任人工智能工具生成的代码的浪漫开发者。专业的开发者绝不应该不加质疑地接受人工智能工具生成的代码。他们必须质疑代码，运用批判性思维——而许多人认为批判性思维正受到人工智能的威胁。毕竟，“信任，但要验证”这句格言依然适用。