这是 Jeremy 的一个精彩的总结，我脑海中浮现出他在 2008 年在一张巨大的纸质日历上用红色记号笔圈出 2022 年 1 月 1 日，并耐心地数着日子。
你看，2008 年互联网上出现了一些小争端（很奇怪，对吧？），当时 Hixie 某种程度上“正式推测”HTML5 需要 19 年才能达到完全“推荐”状态（2003-2022）。当时大多数 Web 开发人员似乎都非常确定，HTML，以及我们所知的互联网，到 2022 年基本上会过时。他们错了。
开发者对遥远未来的猜想：2022
DigitalOcean 为您旅程的每个阶段提供云产品。立即开始使用 200 美元的免费额度！
我认为他们指的是我们将以更面向对象的方式编写 Web 应用。当时，Flash 的市场渗透率约为 90%。如果您想制作 Web 应用（或引人入胜的广告），Flash 是当时最佳的工具。虽然 Director 将 3D 带到了 Web 上，但 CSS 仍然无法绘制圆角。
当 Flash 失去相关性时，我们拥有的唯一其他工具是 JavaScript，并且它当时还没有那么强大。这就是为什么 JavaScript 框架突然涌现的原因；开发人员填补了工具方面的突然空白，以便我们可以重新开始编写 Web 应用而不是网页。
如果您使用 Svelte、Vue、Angular、React/Styled Components 或 Web Components，它们与 Flash 和 ActionScript 3 的相似之处令人难以置信。（并且，大多数 Flash 开发人员并没有使用时间轴。）在 Flash 时代，我们称“组件”为“MovieClip”或“Graphic”（这些是实际的类名）。将 UI 表达为“组件”的想法实际上比 HTML 更早。在 1994 年出版的《设计模式》一书中，作者描述了编写文本编辑器的 UI 以及如何使用面向对象编程中的各种设计模式来完成。
但归根结底，我认为询问“HTML 是否会过时”是错误的问题。专业开发人员在 90 年代中期只编写了几年的 HTML。如果您正在编写 PHP 或使用 Rails、Django、Dot Net 等，那么您并没有使用 HTML；您正在使用编译成 HTML 的模板语言。
所有这一切有趣的一点是，早在 2008 年，我们就把 Web 应用的黎明称为“Web 2.0”。我们是正确的，该行业现在主要基于 Web 应用，而不是网站。我们将前端视为“软件”，而不是“页面”。我们只是没有以我们认为的方式实现 Web 应用。（尽管我们仍然有点这么做了。）