1. 代码审查将消亡。 我的意思是：它其实已经死了。但在未来，人类将无法在合理的时间内，在模型生成的代码中发现缺陷或问题。人类只会审查系统及其构成，但这不会发生在PR（拉取请求）中，也不会是逐行阅读代码。

2. 单元测试可能也会消亡。 如果永远不会摔倒，为什么还要辅助轮呢？我让模型写过900行Arduino C代码，编译零错误，并将其发送到设备上，程序完美运行。在未来，900行代码根本不算什么。

3. 编写代码的技艺将消失。 是的，现在仍然有意大利鞋匠存在。但看看你脚上穿的鞋。

4. 构建软件的技艺将比以往任何时候都重要。 懂得如何用软件解决业务问题，了解其他软件是如何以及为何那样做的，清楚何时以及如何交付，如何获取反馈——这才是新的游戏规则。

5. 大多数缺陷将不再是“编码”缺陷。 它们将是“你提出了错误需求”的缺陷。

6. 开源以其当前的形式已经不再合理。 “只要有足够多的眼睛，所有缺陷都无所遁形”这句话仍然成立，但现在我们有了“人工眼睛”。

7. 由人类主导的性能关键型贡献将保持其边缘化的地位。 在99%的软件中，你是否能写出更快的算法或选择更好的数据结构并不重要。你没有客户，没有用户，没有人执行这些代码。这无关紧要。当它真正重要时，模型也能修复它。不要拿前1%的软件（开发者）去比较剩余的99%。

8. 终端已死。 大多数开发者工具将被Token（词元）冲刷殆尽。Shell、文本编辑器、CLI工具将不再被人类使用。不再需要了解命令行参数和 jq 的调用方式。这将被视为像把一切都写成Perl单行代码一样晦涩难懂。（我作为终端和开发工具的爱好者说这番话。）

9. Token是新的计算范式。 一切都将在此基础上重构。我们已经使用确定性计算机80年了，所以我们混淆了“计算机过去是如何工作的”与“计算机必须如何工作”。我们正在进入后二进制时代。

10. 产品经理/设计/工程（PM/Design/Eng）的三方架构将消失。 这已经毫无意义。敏捷、Scrum，无论什么——都已死。“工程师”如果充当“人肉代理”，把工单塞给AI代理然后向人类汇报，将不再具有价值。

11. 大型企业与小型企业之间在软件工程上的差距将进一步扩大。 采用谷歌实践方式的初创公司会显得比以往更加愚蠢，因为他们现在可以以更快的速度、更少的限制进行构建。

12. 没有证据表明“好代码”在未来还有意义。 “好代码”的概念本身主要基于这样一个理念：它让人（人类）容易/廉价/高效地工作。但人类将不会修改大部分代码。想想看，假设“仅有80列宽”或“这里和那里有换行”对AI代理很重要是多么愚蠢——现在再考虑一下你脑海中关于“好代码”的所有其他属性。是的。

13. 一些人将因成本过高而无力参与软件开发。 就像在80年代和90年代只有部分人能买得起个人电脑一样，在接下来的几年里，如果你无法获得足够的Token，你就在玩次级联赛。你需要获取Token。

14. 更便宜的模型是否会被使用值得怀疑。 Token将无处不在，我们将遨游在Token的海洋中。我们今天认为的智能模型在未来将被认为非常愚蠢。但更智能的模型犯错更少，需要的交互轮次更少。你真的认为“我偶尔错几次也没关系”吗？

15. 模型将变得如此之快，以至于UI将被即时生成。 许多UI之所以存在，是因为软件无法理解你想要什么。菜单、设置界面、仪表盘、过滤器：其中大部分都是为笨机器提供的人类可访问的API。智能机器需要的UI要少得多。

16. 这将需要一段时间才能全面展开。 用“新软件”替换“旧软件”将需要一代人的时间。就像今天仍有人愉快地作为ASP开发者受雇一样，10年后仍会有人受雇编写代码。但你想拥有那份工作吗？