LWN：欢迎2023年！

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

Welcome to 2023

By Jonathan Corbet
January 2, 2023
DeepL assisted translation
https://lwn.net/Articles/918790/

又一个新年来临了，这只意味着一件事：编者已经到了再一次看着他的水晶球并对 2023 年的情况做一些预测的时候了。众所周知，这个水晶球存在投机执行问题（speculative-execution problem）和奇偶校验错误（parity errors），但这是 LWN 的预算之内能给出的最好结果了。请继续阅读下面这个对未来的“高度不可靠”的展望。

在未来一年里， 社区将看到人工智能生成的东西大大增加 。机器学习系统现在可以制造出看起来很有说服力的代码和文本。不可避免会有人用它们来生成 patch、文档、邮件列表中发表的争论、论坛回答等等。要想知道一个特定的提交中包含多少是来自真人的内容，可能会变得很困难。

也许这种内容的泛滥最终会被证明是有益的，毕竟它可以提高我们的开发速度，带来更好的文档，并为我们的用户提供更好的帮助。但在不久的将来似乎不大可能看到这样的结果。相反，我们可能会看到那些没能真正理解他们所发布的内容的 "开发者" 们所提交的代码；这些代码可能包含无数的错误，而且有可能违反 license。cut and paste 变成方式长期以来一直是这个行业的一个问题。目前还不清楚把剪切和粘贴变的更加自动化了之后是否会有什么好处。

AI 生成的文本有其自身问题。我们的邮件列表和论坛网站中总是有很多试图在他们并不真正了解的主题上表现出权威性的人；当机器学习系统很容易地就以很少的努力来产生可信的文本时，还会有多少人出现？即使是最热衷于邮件列表讨论的 "最后一个帖子是获胜者（last post wins）"的信徒，最终也会厌倦这些讨论并闭嘴；自动化系统则没有这样的限制。要到什么时候，我们才会出现一个完全由机器人进行的关于 init 系统的讨论？

作为一个社区，我们将不得不想出防御措施来防止这种滥用的情况出现。最好能从 2023 年开始。

用 Rust 编写的新内核功能将被提议纳入 mainline 。虽然对 Rust 内核代码的初始支持落在了 6.1 内核中，但它远远没有达到为内核添加什么有趣的功能所需的程度。不过，随着支持性的基础设施在未来版本中建立起来，将会有可能写出一个有用的 module，能在 mainline kernel 中编译成功。现在已经有一些有趣的 module 存在了，其他还有一些 module 也在酝酿之中；它们只是需要内核提供它们所依赖的 API。

将一个用 Rust 编写的 module 推向 mainline 几乎必定会引发一场重要的讨论。虽然许多内核开发者对 Rust 的潜力都充满热情，但也有一些人往好里说也是不相信它的能力的。后者在最近一段时间里保持了沉默，大概是在观望事情的进一步发展。毕竟正如 Linus Torvalds 所说，目前的 Rust 代码是一个实验；如果这个实验不顺利的话，代码可以被重新删掉。

不过，人们将真正使用的 Rust module 一旦合入，就会一个转折点。在这些代码被合并之后，再删掉的话显然就会造成 regression （功能或质量变差了）了，而 regression 是内核社区竭力避免的事情。因此，合并了用 Rust 编写的用户可见的功能，就标志着 Rust 代码不能再随便从内核中删掉了，这相当于声明实验成功了。

仍然不认为在内核中支持 Rust 是有好处的人，将不得不在这之前发表意见，而他们中的一些人肯定会这样做的。达成一个共识可能需要一些时间，这是往好里说的情况。因此，虽然这种讨论似乎有可能在 2023 年开始，但用 Rust 编写的任何用户可见的功能要在今年实际被合并的可能性就要小得多了。

对于分布式社交网络来说，这将是决定性的一年 。在 Twitter 事件已经凸显了依赖集中式专有平台的危险性，并使人们注意到 Mastodon 等替代方案了。这可能正是一个好时机来恢复网络早期创建时的愿景，并让我们更好地控制我们的通信。

不过，大量的新用户也会暴露出当前解决方案中的所有弱点、漏洞和可扩展性问题。建立一个运行 Mastodon 的实例是很容易的，但在拥有大量的用户时继续管理这个实例就不那么容易了，因为这些用户并不都是带着正面意图来的。如果这一切要成功的话，就必须对代码和社会规范（social norms）有大量、快速的改进。

也许最终未来我们可以得到的是大家可以不依赖庞大的公司以及反复无常的亿万富翁作为中间媒介就能正常沟通和合作。又或者，开放和分布式的替代方案被证明无法迅速应对这一挑战。人们有一种非凡的能力，无论他们在过去被伤害得多么严重，都会耸耸肩，回到受虐状态去。可悲的是，这次事情很可能也会按这个方向发展。

这将是不可改变的发行版（immutable distribution）之年 。经典的 Linux 发行版是按照之前的 Unix 系统的做法发展的；一个有适当特权的用户可以在任何时候改变系统中的任何内容。不过，几年来，我们已经看到了从这种模式转变向至少有部分是不可改变的系统。安卓可以说是不可改变的系统的最突出的例子；安卓 core 只能通过 update 然后 reboot 的方式来改变，而且在有需要的时候还可以使用一直存放着的旧版本。

Fedora 的 Silverblue 等发行版也一直在探索如何利用 immutable 方式。即将推出的 SUSE 适应性 Linux 平台（ALP,Adaptable Linux Platform）是基于一个不可变的 core 部分，刚刚发布的基于 Ubuntu 的 Vanilla OS 系统也是如此。其他公司似乎也会跟进，也许会像 2022 年 Image-Based Linux Summit 上所描绘的未来那样。到今年年底，可能会有一些 immutable 的方案来可供体验了，并可以用于实际工作中。

发行版核心部分不可改变，就提供了更高的安全水平，因为恶意的程序或不专心的管理员都无法破坏基本系统了。它提供了一个稳定的、一致的基础，在此基础上可以运行应用程序，通常是以容器的形式。这种不可变的系统自然适合于 fallback schemes，可以让从更新失败的状态中恢复变成一个非常容易甚至不用关心的程度。这种方法可以获得人们的喜好，这并不是什么奇怪的事情。

一个不可变的系统对于云端部署有很大好处，因为在云端系统中，镜像文件启动后的改动基本上都是不受欢迎的。安卓设备上这种做法似乎很有效，因为在这些设备上，用户无法（而且通常完全不想）改变核心系统。这种不可变的特性在桌面系统上是否有吸引力还有待观察，在桌面系统上，可能有更多的用户希望能够修补一些东西，而且他们可能不希望运行一个更加有利于专利软件供应商的平台。

让这一年开始吧

LWN 在一月底走完了它的第一个四分之一世纪；自从我们在 1998 年推出第一份周刊以来，这是一次多么漫长而神奇的旅途。感谢你们，我们的订阅者，我们仍然在继续创作，这是一件好事，因为 Linux 和自由软件社区还远未结束。在 2023 年底，我们仍然会在这里，届时我们将回顾这些预测，并好好地嘲笑一下它们。从现在到那时，我们期待着继续对我们的社区进行内部报道；往小里说，这也一定是又一个有趣的一年。

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

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

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