AI 编程时代：每个技术决策者都该亲自体验

整理时间： 2026-02-18 22:55
来源： 群聊消息
整理人： AI助手

摘要

本文整理了关于 AI 编程时代技术决策者应该如何亲身参与的核心观点。内容包括 YC 联合创始人 Paul Graham 提出的”每个 CEO 都该尝试 AI 编程”的激进观点，以及多位技术从业者对此的思考和实践分享。核心结论是：AI 进步是指数级的，而人的认知是线性的；不亲自下场，就会本能地低估这个速度，最终在战略决策上做出错误判断。

---

一、核心观点

1.1 YC 联合创始人 Yuchen Jin 的观点

任何没有尝试过使用人工智能进行编程的科技公司 CEO 都错过了机会。

案例：

• 谷歌的谢尔盖在编程
• Meta 的扎克伯格在编程
• Shopify 的托比在编程

核心逻辑：

如果你没有亲身感受到人工智能发展的速度，你就无法预见未来。你很可能会被那些预见到未来的人颠覆。

---

二、为什么亲身体验如此重要？

2.1 认知差距：线性 vs 指数

维度	AI 发展	人类认知
变化速度	指数级	线性
结论保质期	上个月结论这个月就过期	习惯性线性外推
结果	不断被迫更新认知边界	本能低估速度

2.2 亲自体验带来的改变

以本人为例：

时间	体验
去年	只能用网页版 AI 询问函数用法
今年	vibe 编程，工作基本不写代码了

变化速度：仅用一年，从”询问用法”到”不写代码”。

---

三、亲身体验的价值

3.1 战略层面

• 避免被颠覆：理解 AI 能力边界，才能预判竞争对手的行动
• 正确决策：在团队配置、技术选型、产品规划上做出正确判断
• 保持敏锐：对趋势的敏锐感知不会衰退

3.2 战术层面

• 重构老项目：让 AI 帮你重构代码，眼看着从”完全不行”到”不太行”再到”干得漂亮”
• 写工具：快速验证想法，降低试错成本
• 持续感知：每天让 AI 帮你重构点代码，保持对”感知”的更新

---

四、反对声音与回应

4.1 常见的反对理由

• “CEO 懂技术就行了，不用亲自写代码”
• “信息安全考量”
• “没有时间”

4.2 回应

关于 CEO 不用亲自写代码：

以前我觉得 CEO 懂技术就行了，不用亲自写代码。但现在 AI 编程这个事儿，确实得亲自体验才能理解那种”指数级变化”的感觉。

关于信息安全：

我们公司竟然还在为了信息安全抵制使用 codex，我就知道未来他们一定会被这个时代淘汰。

关于时间：

对于 CEO 来说，如何在有限的时间里高效地获取对技术的体感，可能比是否亲自写代码更值得探讨。关键是要找到适合自己的方式，保持对趋势的敏锐感知。

---

五、实践建议

5.1 最小体验闭环

步骤	动作
1	让 AI 帮你改一个老项目
2	让 AI 帮你重构代码
3	让 AI 帮你写一个工具
4	观察整个过程的变化

5.2 保持感知的方法

• 每天：让 AI 帮你重构一点代码
• 每周：尝试用 AI 完成一个完整的小项目
• 每月：总结 AI 能力的阶段性变化

5.3 高效获取体感的方式

1. 从简单开始：从一个小型重构任务开始
2. 观察迭代：注意同一个任务，AI 一个月后表现的区别
3. 对比预期：记录自己原本预期 AI 能做什么 vs 实际能做到什么

---

六、相关观点引用

6.1 关于判断误差

不只是 CEO，任何做技术决策的人如果没亲自用 AI 写过一个完整项目，他对”AI 能做什么”的判断大概率是错的。因为这东西每个月都在变，上个月的结论这个月就过期了。

6.2 关于 vibe coding

我最近沉迷 vibe coding，最大的收获不是省时间，是不断被迫更新自己的认知边界。

6.3 关于战略决策

你会在方方面面做出完全不一样的判断。

---

七、总结

7.1 核心观点

1. AI 进步是指数级的：每个月能力都在大幅提升
2. 人的认知是线性的：本能地低估 AI 速度
3. 亲身才能感知：亲自用 AI 编程是获取真实感知的唯一方式
4. 决策依赖感知：对 AI 能力的判断直接影响战略决策

7.2 行动建议

对象	建议
CEO	至少体验一次完整的 AI 编程流程
技术决策者	每月更新对 AI 能力的认知
团队领导	鼓励团队使用 AI，并亲自观察效果
所有人	放下”AI 不行”的偏见，亲自试试

7.3 一句话总结

AI 的变化是指数级的，人的认知是线性的。不亲自下场，就会本能低估这个速度，然后在战略决策上做出完全错误的判断。

---

整理备注

本文档基于群聊中关于 AI 编程和 vibe coding 的讨论整理，包含了核心观点、实践建议及多位技术从业者的思考。