炸弹投石机
83.01M · 2026-03-26
不是标题党。我认识一个 97 年的前端，一个人接了 6 个外包，靠 Copilot + Cursor，月流水稳定在 8-12 万。
与此同时，焦虑的声音也在放大：前端是不是要完蛋了？AI 是不是要取代我？
先说结论：不会。vibe coding 正在重塑前端分工，但不是以你担心的方式。
每次编程工具变革，都会有人喊"程序员要失业"。从来没应验过。
| 时代 | 工具 | 当时的焦虑 | 结果 |
|---|---|---|---|
| 60-70s | 汇编→高级语言 | 门槛降低，专业程序员贬值 | 程序员从几万变成几百万 |
| 90s | GUI 拖拽工具 | 不写代码就能做软件 | 程序员暴增，互联网爆发 |
| 2000s | jQuery/Rails 框架 | 框架让人工具化 | 前端工程师独立成军 |
| 2020s | AI 编程工具 | AI 要取代程序员 | 正在重塑，还没完 |
规律很简单：工具消灭的是机械劳动，释放的是更多人进入这个领域。
把程序员的工作拆开看：
| 层次 | 具体内容 | AI 能替代？ |
|---|---|---|
| 翻译 | 需求→代码 | 正在替代 |
| 实现 | 写组件、写样式 | 基本替代 |
| 设计 | 架构、数据流 | ️ 能辅助，但有限 |
| 理解 | 业务、真实需求 | 替代不了 |
| 决策 | 技术选型、权衡 | 替代不了 |
vibe coding 在"翻译"和"实现"层已经做得很好。这两层恰恰最耗时、最没价值。
真正被替代的是"只会翻译"的程序员。
核心能力不是写代码，而是和 AI 说话。
同样是让 AI 写一个用户列表组件：
低效 Prompt
"帮我写一个用户列表组件"
高效 Prompt
"创建一个 UserList 组件：
1. 接收 users: User[] 和 onSelect: (id: string) => void
2. 顶部 SearchInput 组件，支持按 name 或 email 过滤
3. 用户项是 UserCard，包含头像、名称、邮箱、角色标签
4. 角色颜色：admin 红色，editor 橙色，viewer 灰色
5. 空状态显示插画，加载状态显示骨架屏
6. 过滤逻辑用 useMemo 缓存"
差距在于：模糊需求产出垃圾代码，精确描述才产生产业级代码。
这个能力 2 年前不重要，现在至关重要。
在某个方向足够深：复杂动画、数据可视化底层、WebGL/3D、无障碍、性能优化……
AI 可以辅助这些领域，但很难主导。因为这些方向需要踩坑踩出来的隐性知识，不是看文档能学到的。
设计大型前端应用的架构：模块划分、状态管理、技术债务。
AI 不懂权衡。架构本质是在多个冲突目标间做取舍——性能 vs 开发效率 vs 可维护性 vs 团队能力。没有标准答案，只有适合当时的决策。
设计和工程的边界正在模糊。Framer、Protopie 这类工具让设计师直接产出可交互原型，AI 进一步降低了这个门槛。
以后可能不需要"把设计转成代码"这个岗位了，因为设计本身就是代码。
AI 操盘手不是天生的，是练出来的。
每个项目都先用 AI 跑一遍，记录 AI 失手的地方，刻意练习把模糊需求转成精确描述。两个月下来，和 AI 协作的效率完全不一样。
选一个方向深挖：动画、性能、Node.js 服务端、跨端……
AI 擅长"够用就好"，但遇到极致场景必须人来。比如首屏加载优化到 1s 内、60fps 复杂交互动画、长列表卡顿调优。这些都是 AI 解决不了或者解决不好的。
1995 年有人说"有了 Windows 人人都能编程，程序员要完"。 2005 年有人说"有了 Google 什么都能查到，程序员要完"。 2015 年有人说"有了 Stack Overflow 程序员不需要记忆了"。 2025 年有人说"有了 AI 程序员要完"。
每次都有人说同样的话。每次，编程都变得更重要了，只是形态在变。
被淘汰的不是程序员，只是不愿意适应的人。
vibe coding 不是危机。这是一次分工重塑。
重塑的过程中，机会永远属于先动的人。
