现在是个人和社区反思和设定目标的季节 - Rust 团队也不例外。上个月,我们发布了 一篇关于我们在 2017 年取得成就的博客文章,各团队已经开始为明年制定目标头脑风暴。
去年,Rust 团队开始了一个新的传统:为即将到来的年份定义一个目标路线图。我们利用了我们的 RFC 流程 来征求社区反馈。虽然我们在该 RFC 上获得了许多很棒的反馈,但我们想尝试一些新的东西 **除了** RFC 流程之外:征集社区博客文章,以征求对目标应该是什么的意见。
随着开源软件变得越来越普遍和流行,Rust 团队有兴趣探索新的和创新的方法来征求社区反馈和参与。我们致力于扩展和改进我们的社区组织和外联 - 这一努力仅仅是我们希望成为许多新的社区反馈机制迭代中的第一个。
#Rust2018
从今天开始,一直持续到 1 月底,我们想请社区写博客文章,反思 2017 年的 Rust,并提出 2018 年 Rust 的目标和方向。这些文章可以采取多种形式
- 您个人或公司博客上的文章
- 一篇 Medium 文章
- 一个 GitHub gist
- 或任何您喜欢的其他在线写作平台。
我们正在寻找关于许多主题的文章
- 社区计划的想法
- 语言特性
- 文档改进
- 生态系统需求
- 工具增强
- 或任何其他与 Rust 相关的您在 2018 年希望看到的内容 :D
一个很好的例子,说明我们正在寻找什么,是这篇文章,"Rust 和 2018 年 WebAssembly 的案例" 由 @mgattozzi 撰写,或这篇文章,"2017 年的 Rust" 由 Anonyfox 撰写。
您可以写好这些文章,并将其发送到 [email protected] 或使用标签 #Rust2018
在推特上发布。我们将通过电子邮件或标签发送的所有博客文章汇总到一篇大型博客文章中。
核心团队将阅读所有提交的文章,并利用它们为 2018 年的初始路线图 RFC 提供信息。一旦 RFC 提交,我们将启动正常的 RFC 流程,不过如果您愿意,欢迎您写一篇帖子并在 GitHub 讨论中链接到它。
初步时间表
我们希望在 1 月中旬发布路线图 RFC 草案,因此在此之前撰写的博客文章将是最有用的。不过,我们预计该 RFC 的讨论和最终评论期将至少持续到 1 月底,因此在此之前撰写的博客文章也将被考虑用于想法。
日期可能会更改,但这只是即将到来的流程的总体概述
- **1 月 3 日**: 征集文章!
- **整个 1 月**: 阅读当前文章,起草路线图 RFC
- **1 月中旬**: 在 GitHub 上发布路线图 RFC
- **1 月下旬**: 根据 RFC 评论评估路线图
- **1 月下旬 - 2 月初**: 最终 RFC 评论期
- **2 月**: 假设讨论已达到稳定状态,并且我们已达成共识,接受最终路线图
因此,当我们开启 2018 年时,如果您发现自己处于反思的心情,并且您的思绪飘向 Rust 的未来,请写下您的想法并分享它们!我们很高兴听到您希望 Rust 在今年走向何方!