在 4 月 8 日星期五，Rust 编译器团队举行了 2022 年 4 月指导周期的计划会议。

每隔第四个星期五，Rust 编译器团队会决定在接下来的三个星期五如何使用其预定的指导和设计会议时间。

我想为我发布此消息的延迟道歉：我们的计划会议是一周前举行的，我每个周期的意图是在当天发布此帖子，以便所有人（不仅仅是编译器团队成员）都有机会参与会议。但是，由于这已经晚了一周发布，这意味着其中一个会议已经发生（今天）。

在 4 月 15 日星期五，我们讨论了 salsa 2.0 的实体设计。Salsa 是一个用于按需增量计算的通用框架，它与 rustc 的查询系统有许多联系。Niko Matsakis 撰写了推动会议讨论的文件。讨论在 zulip 上进行，最终应该可以在 Rust 的公共 zulip 存档中找到。

在 4 月 22 日星期五，我们将举行会议讨论编译器团队的 领导和继任计划。编译器团队的领导以及新负责人的选拔迄今为止都是以临时方式进行的。我们将审查 Felix Klock 撰写的文件，该文件试图通过写下 1. 负责人今天的工作内容，2. 我们对未来负责人的最低期望，以及 3. 我们应该使用什么流程来选拔新的负责人来解决这个问题。

我们预计这次会议可能不会占用整整一个小时的时段，并计划利用剩余的时间进行 “积压任务大清理”，审查未实现或部分实现的功能列表。

在 4 月 29 日星期五，我们将举行会议讨论 Rust 的 增量编译的未来。增量编译系统一直难以维护，并且至少就投入的维护工作而言，并没有像我们希望的那样带来价值。我们已经在 4 月 1 日星期五举行了一次会议，研究了我们未来的高层选项；这次会议是对该会议的后续，但现在将受到上述 Salsa 2.0 实体设计讨论的启发，这将解决我们今天遇到的一些（但不是全部）问题。

四月份的这三场会议均在格林威治时间下午 2 点至 3 点举行。

所有指导会议都在 T-compiler/meetings zulip 流上进行。