幾個星期前，我一個朋友問我：“爲什麼要關心 Go 語言”？ 因爲他們知道我熱衷於 Go 語言，但他們想知道爲什麼我認爲其他人也應該關心。本文包含三個我認爲 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 成爲主流程序員的絕佳選擇。