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

舉一些例子：

處理存儲(chǔ)在S3中的Cloudfront日志

在S3中的存儲(chǔ)桶和/或區(qū)域之間移動(dòng)TB級(jí)文件

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

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

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

編譯器很好

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

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

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

編譯語(yǔ)言會(huì)使所有這些問(wèn)題消失。編譯器捕獲了你錯(cuò)過(guò)的所有愚蠢的東西。因此，我喜歡Go這樣的語(yǔ)言超過(guò)幾百行。

開(kāi)發(fā)速度

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

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

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

更好的并行性

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

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

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

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

更容易部署

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

Virtualenvs解決了大部分問(wèn)題，但我仍然覺(jué)得Go更容易。

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

一致的造型。

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

但是當(dāng)我更多地使用它時(shí)，我開(kāi)始依賴它。我開(kāi)箱即可免費(fèi)格式化。無(wú)論我正在處理什么項(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，但沒(méi)有使用真正的IDE。我從來(lái)沒(méi)有接近過(guò)Python的這種能力。

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

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

Go是固執(zhí)己見(jiàn)的

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

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

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

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

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

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

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

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

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

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