规划2021年路线图

核心团队开始考虑2021年路线图，我们希望听到社区的意见。在接下来的几周里，我们将进行两项平行的工作：一项是下周宣布的2020年生锈调查，另一项是征集博客文章。

博客帖子可以包含任何与Rust相关的内容：语言特性、工具改进、组织变革、生态系统需求--一切都在范围之内。我们鼓励您尝试确定您的建议适用的主题或广泛领域，因为这些有助于指导整个项目。

帮助我们理解你通过哪个镜头看铁锈的一种方法是，给出一个(或多个)形式的陈述，形式为X，我想要铁锈到Y，因为Z&34；。然后，这些可能会为你在帖子中喊出的项目提供动力。以下可能是一些示例：

作为一名日常的Rust开发人员，我希望Rust能让使用库有更好的体验，这样我就可以更容易地利用生态系统"；

作为一名想要扩大利基市场的嵌入式开发人员，我希望Rust让端到端的嵌入式开发变得更容易，这样新手就可以更容易地入门。

今年，为了确保我们不会错过任何东西，当你写帖子的时候，请把它提交到这个谷歌表格中！我们也会尝试查看不是通过此表单提交的帖子，但这里提交的帖子不会被错过。任何平台-从博客到GitHub专家-都可以！

为了给你们一些即将到来的一年的背景，我们为2020年制定了这些高水平的目标，我们想回顾一下今年上半年的情况。我们已经取得了一些很好的进展！

现在有一个开放的RFC提出了2021年版的计划！已经有相当多的讨论，但我们希望在未来6周内将其合并。计划是新版的范围要比2018年的铁锈要小得多。它预计将包括一些小的调整，以提高语言的可用性，以及各种版本的成语链接的推广(比如要求dyn特征胜过特征)，这样它们将被“默认拒绝”。我们相信，我们正走在能够在2021年制作一个版本的轨道上。

我们2020年的目标之一是推动“进行中”的设计工作完成。我们已经看到在这个方向上做了很多努力：

有一份关于const仿制药的MVP的提案，我们希望在2020年发布。

异步基金会小组期望很快发布关于Stream特征的RFC。

FFI展开项目组正在填补一个长期存在的安全漏洞，那里的第一个RFC已经合并。

特征工作组正在打磨粉笔，准备铁锈集成，并在铁锈分析仪上进行试验使用。您可以在他们的博客帖子中了解更多信息。

我们正在过渡到Rust-Analyzer作为官方的Rust IDE解决方案，并使用合并的RFC来规划计划。

Rust的层级系统正在形式化，并在进行中的RFC中设置了保证和期望。

读入未初始化的缓冲区有一个开放的RFC，解决了RUST中另一个长期存在的I/O问题

一个针对错误处理人机工程学的项目组提案，重点放在std：：error API上，它有一个开放的RFC。

在铁锈团队内部也有很多其他的工作，但这些项目突出了铁锈团队正在积极处理的一些问题和设计。

另一个目标是记录和改进我们运行该项目的流程。我们有三个主要的子目标。

铁锈团队正在转向使用项目组进行勘探工作，目的是创建专门的团队，他们可以探索一个区域，提出设计方案，并将其完成。语言团队已经用安全变形、FFI展开和内联汇编项目组开始了我们的工作。所有这些都是巨大的成功！其他团队也在寻求使用此模型。

编译器团队已经开始每周发布性能分类报告，以继续减少编译时间。LLVM工作组还一直在帮助突出LLVM本身的性能衰退，以减少更新LLVM时的编译时性能衰退。

编译器团队已经引入了重大更改建议，将其作为对实现进行更大更改的一种方式，在实现工作开始之前提出设计问题。语言团队也在试验一个类似的过程，以获得语言团队对提案的快速反馈，并有可能组建项目组。这两种方法都提供了所提议的更改的高级视图，让感兴趣的各方无需订阅我们非常繁忙的存储库即可跟进。

语言团队已经确定了一条让贡献者成为团队成员的途径，包括参与和领导项目组的工作。有关更多细节，请参见他们的帖子。

治理工作组一直在将现有流程正式化为RFC，如项目组RFC、访问策略RFC等。

在治理工作组的帮助下，图书馆团队正在率先为团队起草正式章程。

这里的主要工作是项目组，到目前为止，他们在很大程度上是成功的。我们希望将来在这里做更多的事情。