Web开发的历史，本质上是一场关于“时态”的战争。我们曾用CGI脚本在每一个请求到来时重新拼接HTML，那是最纯粹的生命周期流转；后来Node.js普及，运行时成了万能解药，React、Vue、Angular在浏览器里构建虚拟DOM，把一切都会话化。但如今，下一代的注意力正剧烈地滑向构建时——当Next.js的SSG、Astro的0KB JavaScript、Hugo的毫秒级渲染成为新信仰时，我们其实置身于巨大的范式断裂中：构建时正在审判运行时的所有原罪。
运行时架构的核心谎言是它把自己伪装成“真实”。它让开发者相信，渲染结果必须依赖于浏览器那毫秒级的调度、React的异步队列、或者服务端动态请求的I/O缓冲。然而这种真实是脆弱的：每次用户打开页面，浏览器都要重放一遍所有计算，哪怕内容完全相同。从信息论的角度，这是一种惊人的能量浪费。更甚者，运行时让状态变得不可预测，同一次部署在不同用户的设备上产生不同的页面，这违背了Web作为“文档”的初衷。我们高呼的“动态性”，不过是把服务器端的昂贵计算转移到了客户端那微薄的主线程上。
构建时哲学则是一次冷酷的宣告：既然结局已经注定，那就不要重复排练。它认为最确定的信息（Markdown、API响应、配置数据）完全可以在部署时被压缩成静态的、可缓存的纯HTML。但这种观点也有严重的盲区——它不是万能的，它暴力的抹平了用户的个性化差异。一个没有运行时状态的页面，如何能处理登录后的偏好联动？于是我们看到了所谓的“岛屿架构”，在静态海洋中点缀动态小岛。我认为这是对的，但还不够彻底。我们需要一门新的“时空经济学”：构建时做掉90%，运行时只服务于真正的、不可预测的交互。
彻底抛弃运行时是另一种极权，完全拥抱运行时则是低效的浪漫主义。一种全新的独立视角是——把“运行时”本身当作一种可编译的构建副产品。Signal、Svelte 5的极致反应性、Qwik的可恢复性，都在暗示未来的终极形态：我们不再区分请求时和部署时，而是让构建器分析数据流，按需生成极小块的、自描述的运行时片段。那个时候，运行时不再是一个全局环境，而是一个个被构建时精心雕刻的“时间胶囊”。当用户点击按钮，只有那一个微秒的交互被唤醒，其余一切均是静的量子态。这才是对Web开发时空关系的真正解放。
