现在正是个人和社区进行反思和设定目标的时候——Rust 团队也不例外。上个月,我们发布了一篇关于我们在 2017 年取得成就的博客文章,并且各个团队已经开始为来年集思广益,构思目标。
去年,Rust 团队开启了一个新传统:为即将到来的一年制定一份目标路线图。我们利用我们的RFC 流程来征求社区反馈。虽然我们收到了很多很棒的关于该 RFC 的反馈,但我们想尝试一些**除了** RFC 流程之外的新方式:征集社区博客文章,以获取关于目标应该是什么的想法。
随着开源软件变得越来越普及和流行,Rust 团队对探索新的、创新的方式来征求社区反馈和参与很感兴趣。我们致力于扩展和改进我们的社区组织和外联工作——而这次尝试只是我们希望进行的多次新的社区反馈机制迭代中的第一次。
#Rust2018
从今天开始一直持续到一月底,我们想邀请社区撰写博客文章,反思 Rust 在 2017 年的表现,并为 2018 年的 Rust 提出目标和方向。这些文章可以采用多种形式:
- 您个人或公司博客上的一篇文章
- Medium 上的一篇文章
- GitHub gist
- 或者您喜欢的任何其他在线写作平台。
我们正在寻找关于许多主题的文章:
- 社区项目的想法
- 语言特性
- 文档改进
- 生态系统需求
- 工具改进
- 或者您对 2018 年 Rust 抱有期望的任何其他相关内容 :D
一个很好的示例是 @mgattozzi 撰写的这篇博文:"Rust and the case for WebAssembly in 2018",或者 Anonyfox 撰写的这篇博文:"Rust in 2017"。
您可以撰写这些文章并通过电子邮件发送到 community@rust-lang.org,或者带上标签 #Rust2018
在 Twitter 上发布。我们会将通过电子邮件或带该标签发布的所有博客文章汇总到这里的一篇大型博客文章中。
核心团队将阅读所有提交的文章,并利用它们来指导 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 在新的一年里走向何方!