上周，世界各地的 Drupal 爱好者齐聚一堂，参加了 2021 年欧洲 DrupalCon。
按照传统，我发表了 Drupal 主题演讲。你可以观看我的演讲视频，下载我的幻灯片(156m)，或者阅读下面的简要总结。
我讨论了各种 Drupal 版本的生命结束时间表，发布了一些关于 Drupal 10 进展的令人兴奋的更新，并从贡献者动态的角度讨论了 Drupal 社区的健康状况。最后，我谈到了我们如何通过使 Drupal 的贡献变得更容易来吸引新的用户和贡献者。
Drupal 7 and Drupal 8 的生命结束
如果你正在使用 Drupal 7 或 Drupal 8，那么升级到 Drupal 9 是非常必要的。Drupal 7 将于 2022 年 11 月结束生命。
Drupal 8 的终结更为紧迫，因为它定于 2021 年 11 月 2 日(不到一个月)结束。如果你想知道为什么 Drupal 8 先于 Drupal 7 而终结，那是因为我们在 2016 年改变了开发 Drupal 的方式。这些变化对 Drupal 来说真的很棒。它们使升级到最新版本变得更容易，而且不会产生冲突。
我们花了数千个小时构建工具和自动化，使迁移到 Drupal 9 尽可能简单。
Drupal 10 时间表
接下来，我给出了 Drupal 10 的更新时间线。从时间上看，我们的首选方案是在2022 年 6 月交付 Drupal 10。这个日期取决于我们在接下来的几个月里能完成多少工作。
Drupal 核心战略计划
在这些时间线之后，我介绍了 Drupal 核心的六个战略计划。我们几乎在所有这些方面都取得了很大的进步。为了看到我们的行动进展，我邀请了主要贡献者提供视频更新。
项目浏览器
您可能还记得，我在 2021 年 4 月的 Drupal 现状与展望演讲中介绍了 Project Browser 计划。这个想法是为了让网站建设者很容易从他们的 Drupal 网站上找到和安装模块，就像智能手机上的应用商店一样。这个倡议的目标是帮助更多的评估者和站点构建者爱上 Drupal。
今天，仅仅六个月后，我们就有了一个工作的原型！
解耦的菜单
Drupal 是一个优秀的 headless CMS，支持REST、JSON:API 和 GraphQL。
作为发展的下一步，我们希望扩展 Drupal 提供的 WEB 服务端点的数量，并构建一个大型 WEB 组件和 JavaScript 框架集成库。
带着这个远大的目标，我们在大约一年前启动了解耦菜单计划。目标是创建一个小型的 WEB 组件，可以快速交付并解决一个常见的用例。我们专注于一个组件，因此我们可以从这个组件中吸取所有的教训，以改进我们的开发基础设施和策略，帮助我们创建更多的 WEB 服务端点和 JavaScript 组件。
我谈到了我们对 Drupal.org 所做的各种改进，以支持更多 JavaScript 组件的开发和管理。我还展示了我们现在已经为 React、Svelte 等提供了 Drupal 菜单组件。
我们专注于邀请更多 JavaScript 开发人员加入 Drupal 社区，这是一个革命性的步骤。为什么? Headless 的势头正在快速增长，主要是受 JavaScript 框架增长的驱动。与之一起增长的是可组合性的趋势，或使用独立的、api 优先的微服务。构建更多的 WEB 服务端点和 JavaScript 组件扩展了 Drupal 在无头开发和可组合性方面的领先地位。这将继续使 Drupal 成为开发人员最强大、最灵活的工具之一。
容易开箱即用
这个计划的目标是将 Layout Builder、Media 和 Claro 添加到标准版本中。这意味着这些特性将在默认情况下为任何新 Drupal 用户启用。
不幸的是，我们在这一倡议上并没有取得很大进展。在我的演讲中，我谈到了我想如何找到一种方法让 Drupal 10 完成它。我的建议是减少将它们纳入标准版本的范围。
自动更新
自动更新计划的目标是让更新 Drupal 站点变得更容易。软件中的漏洞如果不加以检查，可能会导致安全问题。自动更新是帮助 Drupal 用户维护站点安全的重要一步。
这一倡议取得了良好的进展。
Drupal 10 Readiness
Drupal 10 Readiness 计划专注于升级 Drupal 所依赖的第三方组件。这项倡议有很多工作要做，但我们在很大程度上已经步入正轨。
最激动人心的部分是什么？由于对弃用代码的仔细管理和对 Rector 的持续投资，升级到 Drupal 10 将很容易。从 Drupal 9到 Drupal 10 的模块升级几乎可以完全自动化，与 Drupal 8 到 Drupal 9 的升级相比，这是一个巨大的 300% 的改进。
新的前端主题
我们的新前端主题 Olivero，已经接近完成。在过去的几个月里，我们做了很多努力，以确保 Olivero 完全可访问，这与我们对可访问性的承诺是一致的。
Olivero 已经收到了来自美国全国盲人联合会的热烈评价：
Olivero is very well done and low-vision accessible. We are not finding any issues with contrast, focus, or scaling, the forms are very well done, and the content is easy to find and navigate.
一些真正值得骄傲的东西！
Drupal 贡献动态的健康状况
接下来，我查看了 Drupal 的贡献数据。这些指标表明捐款减少了。当我看到这些数据时，一开始我很恐慌，但后来我意识到这种趋势有一些很好的解释。我也相信这种趋势可能是暂时的。
为了更多地了解为什么会发生这种情况，我查看了 Drupal 贡献者的流失率 —— 个人和组织在过去一年中停止贡献的百分比。我将这些数据与软件和服务公司的行业平均数据进行了比较。
软件和服务公司的典型损耗率为 15%，被认为是“好的”，而 Drupal 前 1000名贡献者的损耗率只有 7.7%。在排名前 250 的组织中，Drupal 代理机构的流失率只有 1.2%。
这些数据让我深受鼓舞。这表明我们有一个非常强大、忠诚和有弹性的贡献者社区。虽然我们的许多顶级贡献者贡献较少(更多数据请参阅完整记录)，但几乎没有人离开 Drupal。
贡献放缓有很多原因：
- COVID-19大流行使捐款变得更加困难和/或不那么理想。
- 我们正处于“Drupal 超级周期”的缓慢阶段——每次主要发布之后，工作都从活跃的开发转向维护。
- 有趣的是，许多 Drupal 代理机构告诉我，他们贡献的时间越来越少，因为他们发展得太快了(见下图引用)。这对采用Drupal 来说是个好消息。
- Drupal 是一个稳定成熟的软件项目。Drupal 几乎拥有组织交付最先进的数字体验所需的所有特性。由于 Drupal 的成熟，可以提供的错误修复和特性改进更少。
- Rector 自动化导致贡献减少。聪明地工作是好事，而不是更努力地工作。
我将在即将发布的 Who sponsors Drupal development 文章中对此进行更多的阐述。
贡献的魔力
最后，我介绍了我们为更容易采用 Drupal 所做的一些事情。我强调了 DrupalPod 和 Simplytest 这两个社区驱动创新的例子。
在人们采用 Drupal 之后，我们需要让他们更容易成为贡献者。为了使贡献更容易，Drupal 已经开始采用 GitLab，以支持我们自己开发的工具。许多 Drupal 生态系统之外的开发人员习惯于使用 GitLab 之类的工具。允许他们使用他们已经熟悉的工具是吸引新贡献者的重要一步。
谢谢
最后，我要感谢为 Drupal 做出贡献的所有人和组织。看到我们核心项目的发展势头真是令人惊讶！你的贡献一如既往地鼓舞着我！
— Dries Buytaert
