一些关于Rust在2019年的思考

每一年，咱们都会要求社区撰写有关他们但愿在Rust的明年路线图中看到的内容的博客文章。 A call for Rust 2019 Roadmap blog posts这是我在2019年的Rust帖子。

Rust 2021: 成熟

今年也有点特别; 在2018年，咱们对Rust推出了大约三年的版本时间表。 因此如今不只是思考2019年的好时机，并且也是2020年和2021年的时候。 Rust在2015年的一些思考是关于“稳定性”的。 Rust在2018年的一些思考是关于“生产力”的。我但愿Rust在2021年的一些思考可以是关于“成熟”的。

为了实现这一目标，这是咱们在2019年所须要的。

No new features(新特性，但不是新事物)

Emphasis on “new” here. What do I mean by this? Well, there are a few features that are in the pipeline that I do think should land:
这里强调“新”。 这是什么意思？ 好吧，我认为应该落地一些关于 pipeline 的功能：

async/await
GATs
const generics

And possibly(可能的特性)

Specialization

这些功能都不是新的; 咱们已经有了他们的基本设计。 这些特征也具备重要意义和基础性; 咱们须要 sync/await（或者GATs）来创建一个伟大的网络编程体系，咱们须要const、泛型来得到一个优秀的数值系统。

但那以后呢？ 若是能够的话，我更愿意咱们受限在2020年或某一年，在这以前暂停主要功能，

咱们已经到了一个甜蜜期。 咱们老是说Rust 1.0是稳定的而不是完整的。 我想咱们正在快速接近完整。

也就是说，我不认为语言团队应该解散; 我认为他们的工做应该过渡到详细说明咱们已有的东西。 我不肯定咱们是否能够在2019年完成 reference 的编写（稍后会详细介绍），但我但愿它可以更进一步。 这只能在语言团队的帮助下进行，他们只有在有时间的状况下才能进行这项工做。

优化RFC（Request For Comments征求修正意见书）流程

RFC流程须要从新进行设计。 Niko在6月份写了一篇很棒的帖子，我认为这真的很是很是重要。 我想在RFC上提出这个建议，因此若是你有兴趣，咱们应该谈谈。

Niko已经提出了案例，并提出了一些基础，因此我不会说更多。

减小团队债务

考虑到我对withoutboats博客的文章《Organizational Debt》所说的全部内容的承认。 我不能说得比它更好，因此我会把它留在这。

解决文档的可持续性问题

今年对于文档团队来讲是糟糕的一年。 这本书出货了，这很棒。 咱们有一些人参与 reference的编写，他们的工做是惊人的。 一些其余文档编写者继续研究rustdoc，这很重要。

可是，咱们想要作编写更多文档的目标从未实现过。 例如，从未没有为主要的生态系统 crates 作出贡献、手册没有完成、 Rust by Example仍然精神萎顿。 标准库还不够友好。

咱们只是没有让人们作到这一点。 咱们已经尝试过，但没有任何效果。 这多是根本没法修复的，毕竟大多数程序员都不喜欢编写文档。 但我也不想放弃它。 我不知道该怎么作，但我知道这是一个主要问题。

总而言之

还有不少工做要作，我很高兴能作到这份工做。 我认为Rust是一个很好的东西，经过一些工做，咱们可让Rust在一年的时间里变得更加使人振奋。