一名后端开发者讲述了自己如何在 Rust 和 Go 之间做出选择。

“Rust 还是 Go，我该选择哪一个？”是我经常遇到的一个问题。不过我的答案也很简单 —— 选择 Go。

之所以这样选择，不是因为 Go 是更好的语言，而是因为对于一个（看似）简单的问题，人们更想要一个简单的答案。

两门语言似乎都在竞争同一用户群，而且它们似乎都是“系统编程语言”，所以它们之间一定会分出输赢，是这样吗？

下面介绍一些实际情况。Rust 具有以下的一些特性：

如果您不需要任何这些功能，Rust 可能不是很好的选择。这是因为这些功能带来了成本：ramp-up time。

使用 Go，你可以快速完成任务。Go 是我使用过的最有生产力的语言之一。它的准则是：解决今天真正的问题。

我不认为 Go 是一门优雅的语言。它最大的特点是简单，Go 甚至不是系统编程语言，尽管使用它在后端基础架构上编写微服务和工具非常棒，但我不希望使用它编写内核或内存分配器。

相对来说，Rust 比较难。我花了好几个月的时间，才让它能有点提升我的生产力。Rust 是一门强大的语言，而且它每天都在变得更强大。对我而言，Rust 更像是一个“实用的 Haskell (pragmatic Haskell)”，而不是“更安全的 C (safer C)”.

99% 的时间，Go 的表现是足够好的，剩下的 1%，你知道的。然后再看看 Rust，你会发现这两门语言互相补充得很好。