Tag: 代码认知

最近有个朋友问我：既然Vibe Coding强调不手改代码，那我们还用关心代码本身吗？这个问题让我思考了很久。 说实话，刚开始接触Vibe Coding时，我也有类似的困惑。毕竟传统编程教育告诉我们，代码就是一切——它是我们思维的具象化，是我们与机器沟通的唯一语言。但当我真正实践了一段时间后，我发现：在Vibe Coding中，我们不是不再关心代码，而是需要重新理解代码的价值。 让我用一个比喻来说明。传统编程就像是用积木搭建城堡，你需要亲手挑选每一块积木，精确地摆放它们的位置。而Vibe Coding更像是给建筑师提供设计图纸和施工规范，由专业的施工团队（AI）来具体执行。 在这个新的范式下，代码的角色发生了根本性的转变。它不再是需要我们精心雕琢的永恒艺术品，而是变成了临时性的执行单元。就像著名计算机科学家Alan Kay曾经说过的：“视角的价值抵得上80个智商点。”当我们换个视角看代码时，一切都变得不同了。 我观察到，很多刚开始尝试Vibe Coding的人会陷入一个误区：他们仍然把生成的代码当作需要维护的资产。结果就是，当需求变化时，他们花费大量时间去理解AI生成的代码，然后试图手动修改它。这不仅效率低下，还违背了Vibe Coding的核心精神。 那么，什么是正确的认知方式呢？在我看来，我们应该把代码看作是“能力的具体实现”，而把意图描述、接口规范这些更高层次的抽象当作真正的资产。这就像是我们不会去记忆每个具体的计算结果，但会掌握计算方法一样。 举个具体的例子。假设你要开发一个用户注册功能。在传统开发中，你会写具体的验证逻辑、数据库操作代码。而在Vibe Coding中，你的重点应该放在定义清晰的业务规则：密码强度要求、邮箱验证流程、数据存储策略等。至于具体的实现代码，交给AI去生成就好了。 这种认知转变带来的好处是显而易见的。首先，它极大地提升了开发效率——我们不再需要为每个细节编写代码。其次，它让系统的可维护性更强，因为变更只需要更新意图描述，而不是修改具体的代码实现。最重要的是，它让非专业开发者也能参与到软件开发中来。 不过，这并不意味着我们可以完全忽视代码质量。恰恰相反，正因为代码是由AI生成的，我们更需要建立完善的验证机制。这包括代码规范检查、安全扫描、性能测试等。就像建筑施工需要监理一样，我们需要确保AI生成的代码符合我们的质量标准。 说到这里，可能有人会问：那我们还需要学习编程吗？我的答案是：需要，但学习的内容和方式需要改变。我们不再需要记忆各种语法细节和API调用，而是要学会如何清晰地表达需求、如何设计良好的接口规范、如何建立有效的验证机制。 在我看来，未来的软件开发者更像是“软件架构师”和“产品设计师”的结合体。我们需要掌握的是更高层次的设计思维和系统思维能力。这让我想起了Google前CEO Eric Schmidt说过的一句话：“在互联网时代，你需要跑得和最快的人一样快，才能保持在原地。” 回到最初的问题：在Vibe […]

前几天有个做产品经理的朋友问我：“你们现在搞的Vibe Coding，是不是意味着以后不需要懂代码了？”这个问题让我愣了几秒，然后意识到很多人对AI编程的认知还停留在“替代写代码”这个层面。 其实，Vibe Coding不是让我们不懂代码，而是让我们站在更高的维度去理解代码。如果说传统编程中，代码是我们要精心雕琢的最终产品；那么在Vibe Coding中，代码更像是AI帮我们实现意图的中间产物。这个转变，有点像从手工制作每颗螺丝钉，到专注于设计整个机械系统的区别。 我经常用一个比喻：在Vibe Coding的世界里，提示词就是新的代码，而AI生成的代码更像是过去的可执行文件。你会认真对待你的提示词，就像过去认真对待你的源代码一样；而对于AI生成的代码，你更关心的是它能否正确执行你的意图。 但这绝不是说代码不重要了。恰恰相反，你需要对代码有更深的理解，才能写出有效的提示词。就像一位优秀的导演，不需要亲自表演每个角色，但必须懂得每个角色的表演逻辑。在Vibe Coding中，你需要知道什么样的代码结构是合理的，什么样的实现是高效的，这样才能指导AI生成符合预期的代码。 最近我在指导团队实践Vibe Coding时发现一个有趣现象：那些原本对代码理解深刻的开发者，转型做Vibe Coding后反而更有优势。因为他们能更准确地判断AI生成的代码质量，能更精准地调整提示词来优化结果。这让我想起了Google工程师总监Peter Norvig说过的一句话：“编程不是关于写代码，而是关于思考。” 那么，在Vibe Coding中，我们到底需要“知道”代码到什么程度？我的经验是：你需要知道代码的接口契约、性能特征、安全边界，但不必记住具体的实现细节。就像你开车需要知道油门、刹车、方向盘的作用，但不需要精通发动机的内部构造。 举个例子，当我需要AI帮我实现一个用户认证模块时，我会这样描述：“需要一个支持JWT令牌的认证中间件，令牌过期时间设置为2小时，需要包含刷新令牌机制。”我不需要告诉AI具体如何解析JWT，如何设置过期时间——这些实现细节交给AI就好。但我必须清楚JWT的工作原理、安全注意事项，以及刷新令牌的最佳实践。 这种认知转变带来的最大好处是，我们可以把有限的精力投入到更有价值的地方：定义清晰的业务意图、设计稳定的接口契约、建立可靠的验证机制。这让我想起亚马逊的API优先文化——他们要求所有团队都必须通过API来暴露数据或功能，这种思想在Vibe Coding中得到了极致的体现。 不过，我也要提醒大家：Vibe Coding不是银弹。它改变了我们与代码的关系，但并没有消除对技术理解的需求。就像自动驾驶汽车仍需驾驶员了解交通规则一样，Vibe Coding仍需要开发者理解软件工程的基本原则。 那么，在这个AI辅助编程的时代，我们应该如何培养自己对代码的“知道”？我认为关键是建立三个层次的认知：意图层（要解决什么问题）、契约层（输入输出是什么）、实现层（大致如何工作）。前两个层次需要深入掌握，最后一个层次只需概览理解。 […]