我一直在使用Go語言來完成我以前使用Python的許多任務(wù)。

舉一些例子：

處理存儲在S3中的Cloudfront日志

在S3中的存儲桶和/或區(qū)域之間移動TB級文件

匹配我們的數(shù)據(jù)庫記錄和S3之間的文件，確保一切都是同步的。

大多數(shù)是一次性任務(wù)，這就是腳本語言理想的原因。該程序需要快速編寫，然后很可能被丟棄。通常，任務(wù)是新的和獨特的，因此代碼重用是最小的。

使用Go代替Python的優(yōu)點

編譯器很好

我經(jīng)常在Python中犯下愚蠢的錯誤。我錯誤地命名變量或函數(shù)，或者傳入錯誤的參數(shù)。Devtools可以捕獲其中一些，但它們通常需要特殊設(shè)置。我從來沒有能夠輕松配置pylint，而且我不喜歡需要自己配置的完整IDE。

最糟糕的是，如果您輸入隱藏在條件邏輯后面的變量。您的腳本可能會在觸發(fā)錯誤之前運行幾個小時，然后一切都會爆炸，您必須重新啟動它。

單元測試可以捕獲大部分內(nèi)容，但是很難獲得100％的代碼覆蓋率，而且我不想花時間為單一腳本編寫單元測試。

編譯語言會使所有這些問題消失。編譯器捕獲了你錯過的所有愚蠢的東西。因此，我喜歡Go這樣的語言超過幾百行。

開發(fā)速度

擁有編譯器的另一面是通常你的開發(fā)速度會降低。對于C / C ++和Java來說尤其如此。

Go很簡單，我發(fā)現(xiàn)開發(fā)速度最小。不要誤會我的意思，我仍然可以在Python中更快地編寫代碼，但我可能在Go中實現(xiàn)了85％的Python生產(chǎn)力。

當(dāng)我考慮到編譯器的好處會減少多少錯誤時，85％也不錯。

更好的并行性

您可能知道，Go是從頭開始構(gòu)建的，用于并行執(zhí)行。

在我的團隊中，我們通常需要并行程序，因為我們在S3或數(shù)據(jù)庫中處理大量數(shù)據(jù)。

如果任務(wù)是IO綁定的（很多都是），那么我們就可以成功使用Python線程。但如果它是CPU密集型的，那么Python將因全局解釋器鎖而受到影響。

我也喜歡在多線程Go中“簡單地工作”的簡單事情，而不做任何特別的事情。曾經(jīng)有過這樣的問題，你在哪里Ctrl-C你的多線程python并沒有做任何事情？

更容易部署

我喜歡有一個二進制文件。我通常在EC2機器上運行代碼，使我的腳本更接近S3和我們的數(shù)據(jù)庫。使用Python，我必須確保我需要的所有軟件包都安裝在遠程計算機上，并且我的一個同事沒有安裝任何沖突的東西。

Virtualenvs解決了大部分問題，但我仍然覺得Go更容易。

通常我會將我的Mac上的代碼交叉編譯到Linux，將其復(fù)制到遠程計算機，然后我就開始運行了。我的所有依賴項都包含在我的二進制文件中。

一致的造型。

起初，gofmt工具讓我煩惱，特別是他們選擇使用制表符而不是空格。我以為這太瘋狂了。

但是當(dāng)我更多地使用它時，我開始依賴它。我開箱即可免費格式化。無論我正在處理什么項目，我的所有代碼始終都是一致的，因為格式化是標準Go工具的一個特性。

我必須付出更多努力才能在Python中獲得相同的效果。我必須正確配置pylint，然后確保它在每個項目中使用。

更好的工具

Gofmt只是一般主題的一個例子。我喜歡的所有編輯器 - VSCode，vim和Sublime Text都有很好的Golang擴展，可以利用標準的Go工具。

因此，我得到類似于Java的intellisense，但沒有使用真正的IDE。我從來沒有接近過Python的這種能力。

使用Go代替Python的優(yōu)點

每當(dāng)我閱讀批評Go的帖子時，通常都是因為缺少明顯的特征，比如泛型。我從來沒有遇到過丟失泛型的麻煩 - 你會驚訝于你能用地圖和切片做多少，但我還有很多其他問題。

Go是固執(zhí)己見的

首先，Go可能是我用過的最自以為是的語言。從迫使您使用制表符而不是空格（假設(shè)您正在使用gofmt），強制您使用某個目錄結(jié)構(gòu)，使您在GOPATH環(huán)境變量中編寫代碼，Go的許多功能都不容易更改。

這么容易學(xué)習(xí)的原因之一是因為你無法改變這些功能。如果你不想導(dǎo)出以大寫字母開頭的每個名字，那么對你來說太糟糕了。幸運的是，這些都不是我的交易破壞者，但我能理解他們是否適合其他人。相比來說還是Python更靈活。

有點差的庫支持

在這個領(lǐng)域比較Python和Go是不公平的。Go是一個更新的，但當(dāng)我發(fā)現(xiàn)Go不支持開箱即用的功能時，我仍然感到困惑。當(dāng)StackOverflow上的人發(fā)布應(yīng)該是內(nèi)置函數(shù)的代碼時，我更加困惑，然后就像每個人將代碼復(fù)制并粘貼到他們的項目中一樣沒有問題。

在過去幾年中浮現(xiàn)的兩個例子：

對切片進行排序（幸運的是，這在Go 1.8中變得更容易）

Math.round只使用整數(shù)而不允許你舍入到浮點值（例如，如果你想舍入到最接近的.5）。在Go 1.10之前，甚至沒有math.round。

當(dāng)然，其中一些是因為Go沒有泛型，有些是因為Go的開發(fā)人員遵循的策略是只向標準庫中添加絕對必要的東西。

我理解這兩點，但是當(dāng)你遇到需要自己編碼的瑣碎功能時，它仍然很煩人。

希望隨著語言的不斷發(fā)展，這些痛點越來越少。