2019 年快到了！因此，Rust 团队需要为 Rust 明年的发展制定路线图。从最高层面来看，Rust 的发展过程如下
- Rust 社区撰写博文，阐述他们希望看到什么。
- 核心团队阅读这些博文，并制定一份“路线图 RFC”，这是一份关于明年发展方向的提案。
- 该 RFC 会得到广泛讨论，并根据反馈进行修改，最终被接受。
- 该 RFC 将成为明年接受或推迟其他 RFC 的指导方针。
我们尽量使其与日历年对齐，但目前并不完全一致。去年，我们在 1 月 3 日征集了博文，路线图 RFC 发布在 1 月 29 日，并在 3 月 5 日被接受。今年，我们开始得早一些，但仍无法在 1 月 1 日前被接受。
我们需要你
从今天开始到 1 月 15 日，我们希望社区撰写博文，回顾 Rust 在 2018 年的发展，并为 Rust 在 2019 年提出目标和方向。与去年一样，这些博文可以采取多种形式
- 发表在你个人或公司博客上的文章
- 一篇 Medium 文章
- 一个 GitHub gist
- 或者任何你偏好的其他在线写作平台。
我们正在寻找关于许多主题的文章
- 社区项目的想法
- 语言特性
- 文档改进
- 生态系统需求
- 工具改进
- 或任何你在 2019 年对 Rust 抱有希望的其他相关内容
然而，今年还有一件事。随着 Rust 2018 今天发布，是时候考虑下一个版本了。换句话说
- Rust 2015：稳定性
- Rust 2018：生产力
- Rust 2021：？
我们尚未承诺在 2021 年发布一个版本，但这只是目前的估计。每个版本都有某种主题与之相关。因此，我们不仅想知道你对 Rust 在 2019 年的看法，还想知道你希望 Rust 2021 的主题是什么。理想情况下，对 Rust 在 2019 年的建议应与下一个版本的总体目标相符，当然，三年时间很长，所以并非所有事情都必须如此。随着 Rust 的成熟，我们需要开始考虑更长远的规划，以及我们目前的计划如何融入那些最终的计划。
如果你不确定要写什么，可以查看去年的所有博文在 ReadRust 上。它们可能会给你一些启发！
请与我们分享这些文章
你可以写完这些文章，然后通过电子邮件发送到 community@rust-lang.org 或使用标签 #rust2019 发推。
核心团队将阅读所有提交的文章，并以此为基础制定 2019 年的初步路线图 RFC。一旦 RFC 提交，我们将启动正常的 RFC 流程，当然，如果你愿意，也非常欢迎撰写文章并在 GitHub 讨论中链接过去。
我们期待与整个社区合作，在 2019 年让 Rust 变得更加精彩。感谢你们带来了出色的 2018 年！