這篇短文解釋了，為什么我認為 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 是競爭關系。放眼看去，確實很難找到他們的其它聯系，他們出現得太偶然了。

[[139946]]

為什么我認為 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 的頂層代碼，存在很多類似的做法。