LWN：对2024年的预测！

关注了就能看到更多这么棒的文章哦～

LWN's guide to 2024

By Jonathan Corbet
January 2, 2024
ChatGPT translation
https://lwn.net/Articles/954544/

时光荏苒，日历已经翻到 2024 年，又迎来了新的一年。在 LWN，我们对于这一年将带来什么，其实并不比其他人知道更多，但这并不妨碍我们冒险来尝试进行一些预测。以下是我们认为 2024 年可能发生的一些事情，供感兴趣的朋友参考。

内核社区将逐渐摆脱电子邮件 ，不再作为内核开发流程的核心。这方面进展将会缓慢，许多内核开发者可能会对任何替代工作流程表示出强烈的抵制，这确实也是有充分理由的。然而，至少会有一些开发者能够在不使用邮件客户端的情况下完成代码 review、更新和合并。在连 Linus Torvalds 都在说是时候做出改变的时候，一些不可思议的事情可能真的会发生。

下一个长期稳定内核将是 6.12 ，预计会在 2024 年 12 月 1 日发布（除非 Linus Torvalds 在美国感恩节后选择推迟一周发布）。

首次对用户可见的 Rust 代码 将被合并到内核中，可能会在 6.8 版本中（计划在 3 月发布）出现。这段代码最初可能不会在许多系统上被广泛使用，但这标志着一个重要的转变：一旦 Rust 被用于用户可见的功能，内核社区将不再能轻易放弃对该语言的支持。将用户可见的 Rust 代码合并到内核中将成为对 Rust 实验成功的明确宣言。

随着 Rust 变成构建 Linux 内核所必需的条件， 缺乏基于 GCC 的 Rust 编译器将成为一个更大的问题 。gccrs项目正在努力填补这一空缺，但这个任务非常庞大，目标变化迅速，项目进展缓慢，支持相对较少。如果这一项目要取得成功，人们将需要投入更多资源；然而在 2024 年尚不清楚这些资源可能会来自何方。

2024 年将会是企业发行版市场的一场颠覆 。去年，这一领域的供应商们似乎都达成共识，除了提供 Red Hat Enterprise Linux（RHEL）的克隆之外，没有别的方案，也就是实际上让市场被掌握在一家公司手中。然而，随着 Red Hat 使在这个领域竞争变得更加困难，供应商和用户将越来越开始质疑自己为何要这么做。稳定的 Linux 并不必然需要是 RHEL 的翻版，而未来可能涌现出一些有趣的方式，吸引市场从 RHEL 那里离开。

在谷歌计划切换到“Manifest V3”在 Chrome 浏览器中获得强大推动之后， Firefox 将扭转其长期的浏览器份额下降趋势 。这个过渡将使广告拦截器在 Chrome 中变得更难实现，甚至可能无法实现。广告拦截器曾被 Doc Searls 称为"人类历史上最大的抵制运动""，对许多用户来说，它是使全球网络变得比较可以容忍的唯一手段。相对于首次安装广告拦截器来说，更换浏览器并不困难；当进行的选择的一边是持续的广告、追踪器和恶意软件时，许多人将会找到动力进行改变。

当然，如果 Mozilla 能够巧妙地定位自己为友好网络的捍卫者，一切将会更顺利。最近 Mozilla 首席执行官 Mitchell Baker的声明表明该组织认为将焦点放在 AI 上比再次拯救世界免受浏览器垄断更重要。如果在 Mozilla 追求更有吸引力的项目的同时，Firefox 陷入停滞，那么 Firefox 重新获得关注的机会（或许是最后一次机会）可能会丧失。

说到人工智能， 今年将是开源生成式人工智能备受瞩目的一年 。部分原因是一些开源项目已经证明在与专有方案竞争时表现出惊人的竞争力，但事情并不仅仅如此。那些专有平台将在一年中卷入备受瞩目的版权诉讼，并可能陷入严重困境。基于自由软件，在自己的服务器上运行系统的话，哪怕那些大型专有解决方案受到限制或关闭，也可能可以继续正常使用。我们还肯定会看到开源模型以商业模型禁止的方式被使用，例如生成仇恨言论。这个结果似乎不太令人愉快。

对于 BPF 来说，这将是重要的一年 ，这并不令人惊讶，因为过去几年也是如此。像可扩展调度器类这样的项目似乎不太可能消失；用户的不断增加的压力最终可能导致原先拒绝的决策被重新考虑。与此同时，思科最近收购Isovalent可能为 BPF 的发展带来新的资源。当然也有可能像许多其他的收购结果一样，成功搞乱一个重要的 BPF 开发团队。

10 月份将会有第一个“自由运行线程（free threading）”Python （也就是没有全局解释器锁或 GIL）发布，将是一个部分意义上的成功。由于语言及其扩展需要两种不同的二进制分发（有 GIL 和无 GIL），可能会出现一些波折和坎坷，但整体方向看起来是好的。虽然自由运行线程的版本在 2024 年不会成为默认版本，但年底之前朝着这个方向的进展将是可见的。

古德哈特定律（Goodhart's law）的意译为“当一个度量方式成为目标时，它就不再是一个好的度量方式”。 在即将到来的一年中，滥用度量方式将成为一个更大的问题 ，会延续这段时间以来的趋势。无论是根据分配出的 CVE 编号，还是根据提交的 regression report，commit count，已“review”的 patch，推特数量的增加，讨论论坛的徽章的获取，还是其他一些类似的标志，人们对“更多”的追求都将导致麻烦。

例如来自 Daniel Stenberg的这篇文章，讨论了 curl 项目中人工智能生成的安全漏洞报告存在的问题。随着生成此类报告（或“Tested-by”标签等）变得更容易，并且随着人们认识到增加他们个人分数的价值，肯定会增加滥用程度。我们将不得不制定更好的防御措施，以避免被这类垃圾信息淹没。

最后， 持续存在的维护者危机将在 2024 年加剧 。在自由软件社区中，有许多项目受到广泛依赖，但却只得到很少支持。由于缺乏支持，这些项目往往进展缓慢，存在大量技术债务或者安全问题等。这个问题并不新鲜；只要留心观察，任何人都能看到。

自由软件对企业们来说是一个重要的福音。任何公司都可以利用大量的自由软件，而除了遵守许可证之外，没有其他义务，许多公司甚至不会费心遵守许可证。公司可以根据自己的需求调整软件，并且可以集中努力，最大程度地减少重新实现那些别人已经实现好的功能的需求。

这种自由是一件好事；它为几乎所有参与其中的人都带来了巨大的好处。但自由软件不是完全可以自己发展的；它需要关心和支持。通常情况下，公司提供了这些资源，于是我们所有人都可以访问比我们可能曾经认为的数量更多的自由软件。我们都从商业领域对我们社区的这一巨大贡献中受益匪浅。

但公司可能非常短视。管理人员很容易为将驱动程序贡献给内核以启用公司的硬件而提供支持。但是要让他们支持在内核中开发让驱动程序易于编写的框架、为内核的其余部分以及对该硬件的用户空间支持来提供资源，这就困难得多了。而花时间为不再销售的硬件提供支持几乎是不可能的，尽管仍然有许多用户依赖于该硬件。

因此，公司往往会以一种引发其他问题并且不能完整支持这个平台的方式来给出贡献。他们雇佣维护者，希望获得技能并对项目产生一些影响，然后不给这些维护者时间来完成他们的维护工作。公司通常会忽视自由软件生态系统中迫切需要的地方，认为这是别人的问题。因此，我们的软件中的许多健康维护工作都落在相对较少的开发人员身上，这些开发人员能够投入一些时间（可能是巨大的个人代价）来进行维护工作。

从各方面看，2024 年似乎并不会出现显著改观，公司们也不会决定改善对他们这么依赖的软件提供的支持。但是这种情况需要改变；自由软件不是一种神奇的、无限的资源，公司可以用来降低自身的开发成本却不用担心其未来。它是一种共享维护成本的方式；如果它被用作摆脱这些成本的途径，结果将继续是令人不愉快的，对于那些努力使其保持运行的人来说也是如此。

希望这个负面的愿景是过于片面了，我们都希望看到一些情况改善。无论如何，LWN 将在整个 2024 年为您提供我们社区状况的最新信息。我们希望对我们所有读者来说都是一个美好的一年，感谢您在我们运营的第 26 年中对我们的支持。这是一段迷人的旅程，我们还没有结束。

全文完
LWN 文章遵循 CC BY-SA 4.0 许可协议。

欢迎分享、转载及基于现有协议再创作～

长按下面二维码关注，关注 LWN 深度文章以及开源社区的各种新近言论～