幾個星期前,我一個朋友問我:「為什麼要關心 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 成為主流程式設計師的絕佳選擇。
編譯自:https://dave.cheney.net/2017/03/20/why-go 作者: Dave Cheney
原創:LCTT https://linux.cn/article-8368-1.html 譯者: geekpi
來源:https://linux.cn/article-8368-1.html