為什麼使用 Go 語言？

安全

個人而言，你和我或許完全有能力在 C 中編寫程序，既不會泄漏內存，也不會不安全地重複使用內存。然而，整體上，即使有超過 40 年的經驗，用 C 的程序員也無法可靠地這樣做。

儘管靜態代碼分析、valgrind、tsan 以及 「-Werror」 已經存在了幾十年，卻很少有證據表明這些工具被廣泛認可，更不用說廣泛採用。總而言之，事實表明，程序員根本無法安全地管理自己的內存。現在是離開 C 的時候了。

Go 不需要程序員直接管理內存，所有內存分配都由語言運行時自行管理，使用前初始化，必要時檢查邊界。它肯定不是提供這些安全保障的第一個主流語言，Java（1995）可能是該冠軍的競爭者。關鍵是，世界對不安全的編程語言沒有胃口，所以人們默認認為，Go 是內存安全的。

開發人員生產力

從 20 世紀 70 年代末，開發人員的時間變得比硬體所耗費的時間更昂貴了。開發人員的生產力是一個不斷擴展的話題，但它歸結為這一點：你花了多少時間做有用的工作，又有多少時間等待編譯器或者失望地迷失在外部代碼庫中。

有個笑話說 Go 是在等待 C ++ 程序編譯時開發的。快速編譯是 Go 的一個重要功能，也是吸引新開發人員的關鍵工具。雖然編譯速度仍然是一個永久的戰場，但公平地說，在其他語言中需要幾分鐘的編譯，在 Go 中只需要幾秒鐘。

Go 程序員意識到生產力的更根本的問題是代碼是為了讀而寫的，所以將代碼的閱讀行為放在編寫之上。Go 通過工具和自定義來強制所有代碼格式化成特定的樣式。這消除了學習項目特定語言的方言時的困難，並有助於發現錯誤，因為它們看上去就是不正確。

由於專註於分析和機器輔助，Go 開發人員開始採用越來越多的工具來發現常見的編碼錯誤，這種工具從來沒有在 C 語言開發者中產生共鳴 - Go 開發人員希望工具幫助他們保持代碼清潔。

並發性

十多年來，晶元設計師一直在警告免費午餐將會結束。從最低端的手機到最耗電的伺服器，硬體的並行性以更多、更慢、堆砌 cpu 內核的形式出現，但只有當你的語言可以利用它們才有意義。因此，並發特性需要內置到我們編寫的要在今天的硬體上運行的軟體中。

通過提供一種基於協程的輕量級並發模型，或者是 Go 中已知的 goroutines，Go 超越了那些暴露操作系統的多進程或多線程並行模型的語言。goroutines 允許程序員避開複雜的回調，而語言運行時確保有足夠的線程來保持你的內核的活躍。

總結

我給朋友推薦 Go 有三個原因：安全性、生產力和並發性。有些語言可以涵蓋一個也有可能是兩個方面，但是這三個方面的結合使得 Go 成為主流程序員的絕佳選擇。

相關文章：

1. 為什麼 Go 和 Rust 不是競爭對手
2. 聽聽我在 OSCON 上談 Go 語言性能
3. 我在 GopherChina 和 GopherCon Singapore 中的演講
4. 壓力測試你 Go 包

via: https://dave.cheney.net/2017/03/20/why-go

作者：Dave Cheney 譯者：geekpi 校對：jasminepeng

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive