2019年的“Rust 2018”才是我的菜

去年底，2018年12月7日，Rust编程语言发布了 Edition 2018 版本（习惯上也称为Rust 2018）。当时我原本计划要写点什么，因为一些事情耽误了，现在补上。

我（Liigo）跟Rust语言还是很有缘分的。我第一次接触Rust那一年，与我和老婆结婚是同一年。Rust 2018发布那一天，与我小女儿诞生是同一天。五年来，我持续关注着Rust，不曾离开。

说回Rust 2018，它赶上2018年的末班车，有点匆忙的发布了。如果再晚些日子到了2019年再叫Rust 2018就有点尴尬啦。我说它匆忙，是因为至少有两件事情它还没有做完： uniform paths 居然留了一点小尾巴没有完整实现； async / await 还差许多火候，至少还得半年时间吧。然而它还是着急的发布了。

去年年初时大张旗鼓，以三年一遇的年度 Edition / Epoch 命名，又引入语义变动和向后不兼容，我们原本希望它的发布是一个“大事情”，是可以奔走相告的。然而结果却是很平淡，没有引起轰动。官方计划中的一波营销也没见多少效果。我自然也不能奔走相告，喊大伙都快来用Rust 2018，否则人家问到 uniform paths 和 async / await ，我只能很尴尬的回复说 “还没有”，“请耐心再等几个月吧”。

去年年底有很多网友（包括我在内）建议将 Edition 2018 重命名为 Edition 2019，推迟发布日期，改在2019年年中发布。届时不但有了完整的 uniform paths 和 async / await ，还会另外多出一波新特性，更有利于市场营销。然而官方并不采纳，他们说箭在弦上不得不发。（我估计他们也需要考虑2018年的KPI，逃:）

当然结果并不坏。既然不能一鸣惊人，那就持续的低调也好。反正Rust 2018（Edition 2018）指的是一个时间段，是一系列版本的合集，新特性还是会持续不断的往里添加，1.31发布只是起点。1.32必然优于1.31，1.33也必然优于1.32，你很难找到一个恰当的节点说“哎咱从这里开始算Editon 2018”，既然这样把起点定在1.31也无妨。只是稍微有点遗憾的是， async / await 这一重大特性将把 Edition 2018 割裂，分为 “前async时代” 和 “后async时代”。鉴于这种情况，我建议今年下半年迅速发布 Edition 2019。

2018年的开发进度很给力，社区成员很努力，成果也很显著，Edition 2018基本实现了 路线图 规划中的至少80%。对于2019年的Rust编程语言，我更加期待。Rust语言并不缺少知名度， Hacker News 上总会时不时的蹦出一篇热帖讨论Rust。把自身做大做强，前景可期。2019年，我不再是围观者，我是参与者，要积极推动Rust语言应用到实际工作中去。

最后附上Rust语言最新口号与大伙儿共勉：

Rust: empowering everyone to build reliable and efficient software.