AI 用得越久，越觉得编程范式正在重构。
以前写代码：
- 变量名要清晰；
- 方法要小而专一；
- 要合理地使用设计模式；
- 要面向数据编程，通过数据将代码结构化 等等。
本质是因为代码除了要执行 ，还需要方便队友看懂。
可现在，我越来越觉得：代码正变成一种"中间产物"，执行效率和准确性依然需要保证，但对可读性的关注则大大降低了。
比如方法封装。
大方法在原来是十分丑陋的东西，并且我们去理解大方法的功能时，确实会有些难度。
但再大的方法，哪怕一个功能全部放在一起的一个方法，AI 理解起来也一丁点的问题都没有。甚至没有方法调用层级的拆分，AI 理解起来还会更加容易。
再比如设计模式。
工厂、策略、观察者等被奉为"优雅"的东西，在 AI 面前真的有点多余。
在 AI "眼"里，"为了扩展方便"已经毫无意义------它可以瞬间帮你改完所有相关的调用和依赖，快速且准确。
于是我想：我们坚持了几十年的工程美学，会不会正变成一种"仪式感"？就像马车时代讲究缰绳打结的方式，而汽车根本不需要缰绳。
这听起来有点荒诞，但身处 AI 时代的前沿，我们必须适应新时代的新方式。
也许，未来编程，面向的对象将不再是代码，而是代码实现的功能包？
