为什么说 Go 和 Rust 不是竞争者

这篇短文解释了，为什么我认为 Go 和 Rust 并不是竞争对手。

为什么人们认为 Go 和 Rust 是竞争关系

在解释为什么我认为 Go 和 Rust 不是竞争对手前，我想说明一下为什么这个问题会被提起。

• Rust 和 Go 发布的时间相近。Go 从 2007 年开始构思，2009 年十一月对外公开。Rust 发布于2010 年，只晚了几个月，尽管 Graydon（格雷顿）声明 Rust 可能是更早就开始构思了。无论怎样，这两个语言都有着前辈的贵族血统。对于 Go 来说，有 Hoare（霍尔）的 CSP，Alef 和Pike（派克）的 Newsqueak，而 Rust 则是 ML 家族的语言之一。

• Rust 和 Go 都是被誉为内存安全的。虽然这个说法没错，这两种语言都不允许不安全的内存访问，更重要的是，世界已经不能容忍一个不是内存安全的新语言了。事实是 Go 和 Rust 这两种语言，经过数十年的证据表明，现实世界中，程序员们普遍是不能安全手动管理内存的。

• 同样是年轻的语言，Go 的 1.0 版本发布于 2012 年，而 Rust 的 1.0 版本是今年（2015）早些时候，这意味着他们都雄心勃勃和有上进心，想要占领现任编程语言的市场。

这些迹象都可以说明为什么我们看的 Rust 和 Go 是竞争关系。放眼看去，确实很难找到他们的其它联系，他们出现得太偶然了。

为什么我认为 Rust 与 Go 不是竞争对手

综上，我认为 Go 与 Rust 之间不为竞争关系有以下原因：

• Rust 关注 “free of charge” 的抽象。如果你对这很熟悉，说明你已经使用 C++ 很多年了。Go 为了保证语言的简洁性和正交性，将很多底层的操作推迟到运行时来进行。

• Rust 是专门为与 C语言 的互操作而进行设计的；Rust 代码一般位于被 C语言 调用的其他大型程序中。Go 通过 cgo 来进行语言之间的交互，但这并不是 Go 被设计的首要原因。

• Go 将并发作为首先的关注目标。并不是说在 Rust 里面没有类似 Go 的并发框架，但 Rust 将这部分留给了程序员。

• Go 关注程序员的编码效率，可以从across the whole software development lifecycle 看出。Rust 作为 LLVM 的顶层代码，存在很多类似的做法。