建立异步生锈的共同视野

Async基础工作组认为Rust可以成为构建分布式系统的最流行的选择之一，从嵌入式设备到基础云服务。无论它们＆＃39;重新使用它，我们希望所有开发人员都喜欢使用异步生锈。为此，我们需要将异步生锈移动到＆＃34; MVP＆＃34;陈述它今天，并使每个人都可以访问它。

我们正在启动协作努力，为异步生锈构建共享视觉文件。我们的目标是在想象力的集体行为中聘请整个社区：我们如何利用异步I / O的结束经验不仅是务实的选择，而是一个快乐的人？

＆＃34;愿景文件＆＃34;以字符的展示开始。每个字符都与其背景决定的特定生锈值（例如，性能，生产力等）相关联;此背景还通知他们在使用生锈时带来的期望。

让我向你介绍一个角色，恩典。作为经验丰富的C开发人员，Grace用于高性能和控制，但她喜欢使用RUDE来获得内存安全的想法。这是她的传记：

恩典一直在写C和C ++。她习惯于黑客攻击许多低级细节，以哄骗她可以从她的代码中获得最多的表现。她还经历了她的史诗调试会议的份额，这是由C的内存错误产生的史诗调试会话。她愤怒的内存错误：她喜欢获得同样的控制和表现的想法，她从C中获得，但是提出了生产力的好处从内存安全。她目前正在尝试将锈蚀介绍进入她工作的一些系统，并且她也考虑了几个绿地项目的锈蚀。

对于每个角色，我们将写一系列＆＃34;现状＆＃34;描述他们面临的挑战的故事，因为他们努力实现目标（并且通常以戏剧性的方式失败！）这些故事不是虚构的。他们是通过访谈，博客帖子和推文向我们报告的使用异步生锈的真正体验的融合。为了让你的想法，我们目前有两个例子：恩典必须调试她所写的自定义未来，另一个艾伦 - 来自GC＆＃39; D语言的程序员 - 遇到堆栈溢出并具有调试原因。

写作＆＃34;现状＆＃34;故事有助于我们弥补知识的诅咒：在异步生锈上工作的人往往是异步生锈的专家。我们＆＃39;常常习惯于富有成效所需的替代方法，我们知道可以让您摆脱果酱的小小的提示和技巧。这些故事帮助我们衡量累计影响所有纸张削减可能对仍在学习其周围的人。这为我们提供了优先级的数据。

当然，Vision Doc的最终目标并不只是告诉我们我们现在在哪里，但我们要去哪里以及我们将如何到达那里。一旦我们在现状取得了良好的进展情况，下一步就会开始关于＆＃34;闪亮未来的头脑风暴故事。

闪亮的未来故事谈论未来的异步世界可能看起来像2或3年。通常，他们将重播与A＆＃34相同的场景;现状＆＃34;故事，但结束更快乐。例如，也许恩典可以访问能够诊断她所困扰任务的调试工具，并告诉她它们被封锁的哪些未来，因此她不必通过日志格鲁。也许编译器可以警告Alan可能的堆栈溢出，或者（更好）我们可以调整选择的设计，以避免第一个问题。这个想法是雄心勃勃，首先关注我们想要创造的用户体验;我们＆＃39; ll沿途弄清楚这些步骤（并且可以调整目标，如果我们必须）。

Async Vision文件提供了一个论坛，异步生锈社区可以为异步生锈用户规划巨大的整体体验。异步生锈故意设计不具有A＆＃34;一个尺寸适合所有＆＃34;心态，我们不想改变它。我们的目标是为最终的经验建立共同的愿景，同时保留我们建造的松散耦合的探索的探索的生态系统。

我们使用的过程编写愿景Doc鼓励积极的协作和＆＃34;正和和＃34;思维。它从头脑风暴期开始，在此期间，我们的目标是收集尽可能多的＆＃34;现状＆＃34;和＃34;闪亮的未来＆＃34;尽可能的故事。这种头脑风暴期运行六周，直到四月结束。前两周（直到2021-04-02），我们正在收集＆＃34;现状＆＃34;仅限故事。之后，我们将接受两个＆＃34;现状＆＃34;和＃34;闪亮的未来＆＃34;故事直到头脑风暴期结束。最后，为了缩小头脑风暴时期，我们将为奖项选择奖获得者，如＆＃34;最幽默的故事＆＃34;或＆＃34;必须支持贡献者＆＃34;

一旦头脑风暴期完成，工作组领导将开始在组装各种故事和闪亮的期货到一致的草案中。该草案将由社区和生锈团队审查并根据反馈调整。

如果你＆＃39; d喜欢帮助我们写愿景文件，我们喜欢你贡献你的经历和愿景！现在，我们专注于创建现状故事。我们正在寻找人们提交人，或谈论他们在问题或其他地方的经历。如果您喜欢入门，请查看状态QUO故事的模板 - 它具有打开PR所需的所有信息。或者，您可以查看如何详细介绍整个视觉文档的视觉页面。