#模型时代# AWS技术播客：Vibe Coding的成功关键不是快起来，而是慢下来

最近AWS for AI播客采访了一位罗马尼亚裔的英国架构师Mirabela Dan，这位能说四种语言、听懂五种、还能用十几种编程语言写代码的技术高手，聊了聊AI是如何彻底改变程序员这个职业的。

观点感觉都来自一线实践，大致介绍一下：
www.youtube.com/watch?v=6N7ilryRVjg

Mirabela回忆起五年前刚加入AWS时，她的专长还是基础设施即代码（Infrastructure as Code）。

那时候开发者最头疼的是什么？你有个好点子，想把它变成产品，但从想法到上线，中间要折腾几个月。为啥？工具太慢，流程太长，你得写代码、打包、找运维部署，每一步都要排队等待。

"现在不一样了，"她说，"有了AI，即使你是个前端工程师，不懂支付系统集成，只要你能把需求说清楚，AI就能帮你搞定。"

这听起来很美好，对吧？但Mirabela接着抛出了一个扎心的数据：研究显示，程序员每天真正写代码的时间不到一小时。

剩下的时间都在干嘛？开会、看文档、调试、写测试、处理线上问题。凌晨两点被电话叫醒修bug的痛苦，每个程序员都懂。

所以当大家都在讨论"AI会不会抢走程序员饭碗"时，Mirabela的观点很有意思：如果AI只是帮你优化那一小时的写代码时间，其实没解决根本问题。真正的变革在别处。

比如那个凌晨两点的bug。以前你得睡眼惺忪地爬起来，打开一堆监控面板，翻看最近的代码提交记录，猜测到底是哪里出了问题。现在呢？AI可以综合分析你的告警信息、代码库、最近的变更，直接给你一个假设："很可能是昨天下午合并的那个支付模块更新导致的数据库连接池溢出，建议这样修复..."

这才是AI真正改变游戏规则的地方。

另一个话题就是AWS最近推出的"规格驱动开发"（Spec-driven Development）。这个概念初听有点反直觉：在AI时代，我们不是应该更快更敏捷吗？为什么要花时间写规格说明？

Mirabela举了个例子。假设你要给支付网站加个保险功能。传统的"vibe coding"（即兴编程）方式是：把需求丢给AI，它生成代码，你觉得不对，让它改，它又生成，你又觉得不对...来回折腾好几轮。

而规格驱动的方式呢？你先告诉AI需求，它不急着写代码，而是先生成三份文档：用户故事（这个功能要实现什么）、系统设计（架构长什么样）、实施步骤（具体怎么做）。你在这个阶段就能发现问题，调整方向。

"看起来慢了，"Mirabela说，"但你想想，与其让AI生成五次错误的代码，每次都要消耗token（还要花钱），不如一开始就把事情理清楚。"

某种程度上，这像是借助AI的力量，以更快的速度回到了瀑布式开发的严谨，但又保持了敏捷的灵活性。在这个所有人都在追求"快"的时代，这种"慢下来"的智慧，反而成了一种竞争优势。

说到AWS的新IDE工具Kiro，它最吸引人的不是功能有多强大，而是它改变了人机协作的方式。它会问你："这个改动要不要我自动处理？以后类似的情况呢？"通过16个小步骤，一步步征求你的意见，最后你会感觉这代码是你自己写的，而不是AI生成的。
这种感觉很微妙，但很重要。

那么，程序员这个职业还有未来吗？

Mirabela的答案出人意料地乐观。她提到了一个历史细节：当年互联网刚兴起时，出现了一个叫"webmaster"（网站管理员）的职业，传统程序员都在担心自己会不会被淘汰。结果呢？这个职业确实消失了，但取而代之的是前端工程师、全栈工程师、用户体验设计师...整个行业反而变得更丰富了。

"未来的程序员，"她说，"不再是代码的搬运工，而是系统的设计师、AI的指挥官、用户需求的翻译官。"

临近采访结束，主持人Hamza问了个很实际的问题：面对每天涌现的新技术新工具，怎么保持学习？

Mirabela的回答很接地气："我是YouTube重度用户，坐飞机时听播客，看到新工具就下载下来玩一玩，搞坏了再修。最重要的是，被客户问倒了也不怕，那正是学习的最好时机。"

五年后，当Mirabela戴上AWS的红色工牌（代表在职十年），她会如何回看今天？有人已经把几个月前才出现的"vibe coding"称为"传统编程方式"了。在这个一切都在加速的时代里，唯一不变的，或许就是程序员们永远在学习新东西的状态。