提案征集——投稿来 RustFest Global 2020 演讲吧!

这份文档适用于 RustFest Global 2020 提案征集。所有提案将由我们的提案征集委员会审核。

我们邀请 Rust 社区给我们的会议提交演讲!这一提案征集活动将于 UTC 时间9月30日23时59分(北京时间10月1日7时59分)结束。如果您准备好提交提案了,请访问我们的提交应用并使用您的 Twitter 或 GitHub 帐号登入,或创建一个新帐号。

我们鼓励新的讲者参与到这个虚拟的舞台,也欢迎有经验的讲者尝试新的东西。您从未在会议上演讲过?或者想要试试从未讲过的主题?这就是你的会议!

RustFest 的话题 #

RustFest 是一个 Rust 活动。我们在寻找 Rust 的话题,或者会让 Rustacean(参与 Rust 的人)感兴趣的话题。Rust 社区是非常有好奇心的,因此与编程世界中有趣的新发展相关的演讲也十分欢迎,对探讨编程的社会性的方面的话题亦有很大兴趣。

开放的时间段 #

RustFest Global 将会在三个板块举办,覆盖美洲,欧洲和非洲,以及亚洲和澳大利亚的时区。在 RustFest 的每个板块中,取决于各个演讲的长度,将有4到8个常规演讲时段。当提交提案时请指明您在每一个时区是否可以参与。

所以会议将从 UTC 时间2020年11月7日星期六01:00开始,并于 UTC 时间20:00结束(预计,具体时间可能有调整)。

大多数时间段都是开放的,将采用征集来的演讲提案。只有主题演讲的讲者是邀请的。

我们提供帮助 #

您可能有一百万个理由不认为自己是演讲者,我们要证明您是错的。无论您是首次登台还是经验丰富,这里都是您的会议。如果您依然不确定,欢迎与我们联系:

如果您需要更多的鼓励,可以看看 Tiffany Conroy 的站点“我们都很棒”,它试图说服你演讲。如果需要练习的指南,可以参考 Zach Holman 的 speaking.io

易访问性 #

RustFest 非常在意易访问性。对于一个虚拟会议来说,易访问性是关键。我们将通过提供字幕来支持您的演讲。当创建幻灯片时,我们会给您提供关于如何让您的材料尽可能地易于访问的信息。请阅读我们的易访问性指南行为准则

甄选流程 #

这是我们如何选择讲者:

我们预计提案会比演讲时段的数量更多。这个流程将帮助我们做出正确的选择。

指引 #

请在 UTC 时间9月23日星期三23时59分(北京时间9月24日7时59分)之前提交您的提案

提交提案的截至时间已经延长到了 UTC 时间9月30日23时59分(北京时间10月1日7时59分)。没有借口。您将会在10月12日星期一之前收到对您提案评审的结果。

在 RustFest Global 我们接受任何语言的演讲。所有被接受的非英语的演讲都将在放送的时候包含专业的英语字幕。因此我们将请求您至少提前一周预先录制您的演讲(这种情况下,一名组织者将与您联系,他可以为您的录制提供帮助)。

演讲时长为25分钟或55分钟(对于更长的演讲我们将直接与您联系),这包括了3~5分钟的问答。我们的时间表十分紧凑,并将严格地结束演讲。请提前告知我们您希望您的演讲时段有多长。我们建议您预先对您的演讲计时。

请确保您在乎这件事,并且让我们看到您在乎。错别字和粗糙的格式让您的提案读起来更沉闷。它们必将对您提案的评审造成影响。

也请不要做得过度。如果您需要超过两段话来点出您的话题,我们希望您能适当精简。由于我们所收到的提交的量,您能越快制造一个好的印象越好。

“我本可以写一封更短的信,但我没有时间”——布莱兹‧帕斯卡

不要忘记提到:

原创话题 #

有一件我们希望通过 RustFest 做到的事情是推动社区向前。如果总是同一群人讲着同一些事情,我们是无法做到这一点的。因此我们偏好原创内容。如果您想讨论一个您在其他地方讲过的话题,可以尝试加一些花样,或新的研究或发展,一些独特的东西。当然如果您的演讲什么都不改也很棒,也没问题 :)

预录制的演讲 #

如果您的演讲被接受了,并且您想要提交一个预录制的演讲,我们鼓励您这样做。即使您准备要直播演讲,这也有可能无法实现。可能的原因包括但不限于没有稳定的互联网连接或者演讲焦虑。不过我们也鼓励您在演讲之后回答问题。这在网络连接无法满足时,也可以通过让您电话呼入来实现。

参会补助 #

如果您被选为 RustFest 的讲者,您将得到:

范例提交 #

这是一个我们在其他会议接受过的提案:

如何变得更好 #

当撰写文档的时候,许多编写干净代码的原则会被遗忘。

有单一信息源(SSOT)和不要重复自己(DRY),避免编写脆弱的代码,使用普遍的术语和选择可搜索的名字,保持自己风格的一致,测试代码,重构和践行不断改善,不编写超出需要的东西。

这些干净代码的原则同样可以给产出和维护文档带来极大的益处,但不止于此。代码需要让机器和编写的人满意,而文档需要让许多执行不同任务的人满意,不论是粗略查看,还是依赖其密集开发。

这个演讲将重审相关的原则并考察现实中的例子,给您一个实用的文档编写检查清单来帮助您的用户和您的软件成长。

杂项 #

除了在线直播,所有的演讲还会被录像,转录为文本,并且如果您在审核后同意,将与幻灯片、现场演示或其他讲者屏幕的活动的录像一起发布在 Rust 视频 YouTube 频道。Rust 视频 YouTube 频道是由 Rust 社区团队管理和审查的。

这是为了更广泛的 Rust 社区的利益和那些无法参与会议的人考虑的。我们希望您愿意帮助我们,但您如果对此感到不自在,请告诉我们,我们会想办法解决。

最后,因为您对您的幻灯片和录像享有全部所有权,我们希望您能在知识共享或其他开源授权许可下提供您的材料和录像。