AI 用得越久，越觉得编程范式正在重构。

以前写代码：

• 变量名要清晰；
• 方法要小而专一；
• 要合理地使用设计模式；
• 要面向数据编程，通过数据将代码结构化 等等。

本质是因为代码除了要执行，还需要方便队友看懂。

可现在，我越来越觉得：代码正变成一种“中间产物”，执行效率和准确性依然需要保证，但对可读性的关注则大大降低了。

比如方法封装。

大方法在原来是十分丑陋的东西，并且我们去理解大方法的功能时，确实会有些难度。

但再大的方法，哪怕一个功能全部放在一起的一个方法，AI 理解起来也一丁点的问题都没有。甚至没有方法调用层级的拆分，AI 理解起来还会更加容易。

再比如设计模式。

工厂、策略、观察者等被奉为“优雅”的东西，在 AI 面前真的有点多余。

在 AI “眼”里，“为了扩展方便”已经毫无意义——它可以瞬间帮你改完所有相关的调用和依赖，快速且准确。

于是我想：我们坚持了几十年的工程美学，会不会正变成一种“仪式感”？就像马车时代讲究缰绳打结的方式，而汽车根本不需要缰绳。

这听起来有点荒诞，但身处 AI 时代的前沿，我们必须适应新时代的新方式。

也许，未来编程，面向的对象将不再是代码，而是代码实现的功能包？