去年底，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.