谢谢！这肯定有帮助，也能减轻恐慌。
但是：
这两点仍然非常有效。
我认为我们许多人争论的不是“X 功能”应该或不应该由“Y 版本”支持“Z 时间”，而是 Discourse 应该提供优雅降级，也许提供一种像最早的论坛那样纯粹的 HTML + HTTP POST 模式。理想情况下，这应该优先于新功能，尤其是优先于外观上的更改，但我认为也应该优先于性能优化。
Discourse 用户不应该在社区和新功能之间做出选择——而这部分确实似乎是一个文化问题。似乎开发人员想“快速迭代，但不要太快，打破一些东西但不要太多”。这对于一家软件公司来说可能是一个完全合理的立场，但这不一定与 Discourse 社区想要的立场相同。一些社区希望更快地发展，而另一些社区则希望更慢地发展，甚至不发展。
对我来说，今天的 Discourse 已经“足够好”了，如果托管客户可以选择一个长期支持分支，在接下来的 10 年里不添加新功能，只进行关键的安全修复，我绝对会选择它——即使新版本速度快 10 倍。我宁愿有一个每个人都可以使用的缓慢的论坛，也不愿有一个逐渐失去用户但为幸存者提供更快、更闪亮体验的论坛。
但并非所有人都同意这一点。我认为这个速度对于开发人员（我猜）和其他 Discourse 社区来说都太慢了……这完全取决于他们的用户和设备人口统计数据。例如，一个面向老年人的论坛永远不会追求与 AI 论坛相同的功能。
但他们不应该互相争斗。这些目标并非相互排斥。优雅降级自网络诞生之初就是一项基本原则，而 Discourse 本身已经足够“无头”（拥有各种 API，并且第三方实现如 Discorkie 也证明了这一点），应该可以提供一种基本的“纯 HTML”模式，支持基本的阅读+发布。它不需要花哨的主题，不需要无限分页，甚至不一定需要编辑、通知和其他那些锦上添花的功能。它只需要提供一个基本的可用体验，让人们仍然可以使用论坛的预期功能——阅读和发布。它提供的功能可能不比 90 年代的 Usenet 风格用户体验多，但这仍然比完全阻止人们使用要好。再多花一些开发时间，它就可以提供一个类似 vBulletin 时代的 PHP 用户界面，这仍然比“抱歉，您无法再发帖了”（我们将在 7 月份仍然看到这种情况）有了巨大的改进。
在我看来，Discourse 最重要的是（或者应该最重要的是）社区。它（已经）不再是一个技术演示，虽然我个人希望它被视为“稳定、无聊的软件”，很少或从不改变……我明白这可能不是开发人员和其他 Discourse 社区想要的。这没关系。它又不是银行的主机系统 
但反过来说，它也不需要追逐持续的浏览器改进（这将永无止境）。在这两者之间，一种基本的 HTML 模式可以让用户在他们的浏览器过时很久之后仍然可以发帖，同时也能让主分支上的功能开发更快，因为用户将有东西可以回退。
此外，它实际上可以让您针对您想要进行的时间窗口开发（例如，“我们将支持最多 2 年的浏览器，或 caniuse 百分比 95%”）而不是在所有可能的硬件+操作系统+浏览器+分支的组合中挑选单个功能。任何早于该目标的东西仍然可以通过基本的 HTML 模式发布，但将无法使用最新的主题、、、___ 等（这完全没关系，因为他们可能根本不在乎这些）。它使您不必检查每个功能与每个浏览器。如果用户无法使用某些花哨的功能，那么确实是他们自己的问题，应该升级到新浏览器。但至少他们不会被踢出他们的社区。