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

舉一些例子：

處理存儲在S3中的Cloudfront日志

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

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

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

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

編譯器很好

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

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

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

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

開發(fā)速度

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

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

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

更好的并行性

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

在我的團(tuán)隊(duì)中，我們通常需要并行程序，因?yàn)槲覀冊赟3或數(shù)據(jù)庫中處理大量數(shù)據(jù)。

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

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

更容易部署

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

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

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

一致的造型。

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

但是當(dāng)我更多地使用它時(shí)，我開始依賴它。我開箱即可免費(fèi)格式化。無論我正在處理什么項(xiàng)目，我的所有代碼始終都是一致的，因?yàn)楦袷交菢?biāo)準(zhǔn)Go工具的一個(gè)特性。

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

更好的工具

Gofmt只是一般主題的一個(gè)例子。我喜歡的所有編輯器 - VSCode，vim和Sublime Text都有很好的Golang擴(kuò)展，可以利用標(biāo)準(zhǔn)的Go工具。

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

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

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

Go是固執(zhí)己見的

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

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

有點(diǎn)差的庫支持

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

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

對切片進(jìn)行排序（幸運(yùn)的是，這在Go 1.8中變得更容易）

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

當(dāng)然，其中一些是因?yàn)镚o沒有泛型，有些是因?yàn)镚o的開發(fā)人員遵循的策略是只向標(biāo)準(zhǔn)庫中添加絕對必要的東西。

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

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