现在快到 2019 年了!因此,Rust 团队需要为明年 Rust 的发展制定路线图。在最高层面上,Rust 的开发过程如下所示:
- Rust 社区撰写博文,表达他们希望看到的内容。
- 核心团队阅读这些帖子,并制定“路线图 RFC”,即明年发展的提案。
- 该 RFC 被广泛讨论,并根据反馈进行修改,最终被接受。
- 该 RFC 成为接受或推迟明年 RFC 的指导方针。
我们尝试使其与日历年保持一致,但目前并未 100% 匹配。去年,我们在 1 月 3 日发布了征集帖子的公告,路线图 RFC 在 1 月 29 日开启,并于 3 月 5 日被接受。今年,我们开始得早一些,但仍然不会在 1 月 1 日之前被接受。
我们需要你
从今天开始到 1 月 15 日,我们希望社区撰写博文,反思 2018 年的 Rust,并提出 2019 年 Rust 的目标和方向。与去年一样,这些可以采用多种形式:
- 在您的个人或公司博客上发表文章
- 在 Medium 上发表文章
- GitHub gist
- 或者您喜欢的任何其他在线写作平台。
我们正在寻找关于以下许多主题的文章:
- 社区项目的想法
- 语言特性
- 文档改进
- 生态系统需求
- 工具增强
- 或者您希望在 2019 年实现的与 Rust 相关的任何其他事情
然而,今年还有一件额外的事情。随着今天 Rust 2018 的发布,是时候考虑下一个版本了。换句话说:
- Rust 2015:稳定性
- Rust 2018:生产力
- Rust 2021:?
我们尚未承诺在 2021 年发布一个版本,但这是目前的估计。每个版本都有一些与之相关的主题。因此,我们不仅想知道您对 2019 年 Rust 的想法,还想知道您希望 Rust 2021 的主题是什么。理想情况下,对 2019 年 Rust 的建议将符合下一个版本的总体目标,当然,三年是很长的时间,因此并非所有事情都必须如此。随着 Rust 的成熟,我们需要开始考虑更长远的未来,以及我们目前的计划如何融入这些最终计划。
如果您不确定要写什么,请查看去年 ReadRust 上的所有博文。它们可能会给您一些启发!
请与我们分享这些帖子
您可以撰写这些帖子并通过电子邮件发送至 [email protected]
或使用标签 #rust2019
在 Twitter 上发布。
核心团队将阅读所有提交的帖子,并使用它们来制定 2019 年的初始路线图 RFC。一旦 RFC 被提交,我们将启动正常的 RFC 流程,但如果您愿意,欢迎您撰写帖子并在 GitHub 讨论中链接它。
我们期待与整个社区合作,使 Rust 在 2019 年更加精彩。感谢您在 2018 年的精彩表现!