在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. 我们应该使用什么流程来选拔新领导。

我们预计这次会议可能不会持续整整一个小时，并计划将剩余时间用于“积压工作狂欢”（backlog bonanza），即审查未实现或部分实现的功能列表。

在 4 月 29 日（星期五），我们将召开会议讨论 Rust 增量编译的未来。增量编译系统一直难以维护，并且并没有像我们期望的那样提供更多价值，至少考虑到维护它所投入的精力而言。我们已经在4 月 1 日（星期五）召开了一次会议，探讨了未来的高层选项；这次会议是对那次会议的后续，但现在将参考前述的 Salsa 2.0 实体设计讨论，这可以解决困扰我们的一些（但非全部）问题。

四月份的这三次会议都在格林威治标准时间下午 2 点到 3 点之间举行。

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