现在我们正处于这样一种心态：模型变化如此之快且规模庞大，以至于依赖它们的唯一方法就是通过与超大规模计算平台的往返交互。 这与网络服务器发生的动态相似。HTML变化如此之快，以至于使用它编写的应用程序的改进速度超过了“客户端代码”在传统方式下的分发速度。问题在于带宽增长速度不够快。因此，这一限制迫使更多的计算在服务器上进行。这反过来又减缓了最终用户“网页用户界面”的进步。就像今天的聊天界面是将信息来回传递给在超大规模计算平台上运行的模型的最有效方式。 由于自然语言 notoriously 不够精确，而往返交互又是一种令人沮丧的工作方式，因此似乎更结构化的接口将逐渐应用于模型的使用。随着这一点的推进，使用模型的“运行时”将逐渐迁移到设备上，以便更快、更高效。 这就是为什么今天当你使用“网络应用”时，尽管它往返交互很多，但它也利用了浏览器中包含的非常大的“边缘”运行时 + 可执行代码的浏览器缓存。

你觉得今天的内存价格很糟糕……好吧，在我那个年代，给你的台式机升级到一个专有的4兆字节内存板要花费每兆140美元，而且你还得扔掉原来的2MB。 别让我开始说一个6000美元的32兆字节模块用于文件/打印“服务器”。