当技术的壁垒被 AI 抹平，开发人员改如何转型？

vibe coding 应该是最近2年大家听到的最为频繁的 AI 词语了，AI 的出现让编码不在只限定专业的开发人员群体中，现在只要你有创意，有产品逻辑那么就可以借助 ai 能力快速创建出一个可以落地的 mvp 验证想法。AI 的时代中特定的开发技术壁垒正在逐渐被抹平，编程不在是特定职业的标签，而是所有人都可以快速上手的基本技能

以上的描述绝对不是危言耸听，而是正在实时发生并且正在经历的事情。技术壁垒的抹平带来的冲击对于开发人员是很大的，可能以前多人团队需要完成的项目，只需要几个人搭配 AI 就可以快速完成，那么如果你是项目负责人会选择裁掉不需要的人力成本吗？答案显而易见

开发人员如何自处

全员 vibe coding 的时代已经到来，对于开发人员这是挑战也是机遇，我们需要快速切换视角，不要和 AI 去拼开发量，而是需要监督 AI 去帮自己干活，使用 AI 提高自己的开发效率。我认为开发人员具备的优势是软件工程思维和长期的开发经验

软件工程思维

Google Cloud AI 的工程总监 Addy Osmani 说过当前的 AI 可以帮你做 70% 的事情，但是剩下的 30% 是无法一次性办到的，这就是我为什么说只要有创意，有产品逻辑那就可以实现一个落地的 mvp 版本，但是 mvp 终究是 mvp，如何把 mvp 进化到完整的产品那就是 30% 的工作。这 30% 的工作也许包括：

• 架构是否可扩展，是否健壮
• 错误边界是否判断完善以保证在任何极端条件下都不会使得应用崩溃
• 安全性是否足够安全以保证用户数据完整不丢失
• 交互是否丝滑以保证用户无需思考就知道该如何操作
• ....

这些其实只是软件工程需要思考的一小部分，对于思考的多少那就取决于产品的规模了

但是其实 AI 都可以针对这些问题给出不错的解决方案，但是我想说的是这些问题如果你不问 AI 他是不会主动给你这些问题提示的，那么如果没有软件工程思维的开发者可能就不会问到这些问题，而有思维的人又会出现考虑问题的深浅不同，这就体现了开发者本身的区别，这个区别目前看是无法被 vibe coding 抹平的

开发经验

这个定义比较广义，我认为开发经验不能以工作经历为唯一标准，开发经验体现的是开发者对于自己工作以来面对的所有类型问题的思考集合，这个集合可能不只包括开发阶段，也许有需求的判断，交互的思考，数据的存储，交付的方式，性能的考量，架构的思考，测试的流程 等等。这些思考才能代表一位开发者对于整体开发流程的把控，而不只是单纯只是思考技术。

相信很多开发者都会对技术研究很深并引以为豪。但是时代已经改变了，stackoverflow 都已经降低了访问量，那么我们也需要改变，我们必须要体验产品的角色同需求方讨论需求并且细化为可执行的需求文档，我们也必须要体验运维团队的角色安全快速的交付应用。

时代已经来临，开发人员不会消失，只是会换一种新角色出现，我们必须做出改变