文中最初發佈於 Go 語言官方論壇博客，由 InfoQ 中文站翻譯英語口語並分亨。
近來，Go 語言小區正式發佈 2019 年度調查分析，此次調查共接收 10975 份回覆，竟然是 2018 年的幾倍，下例是此次報告單的關鍵主題內容。
關鍵報告
文中時間跨度過長，希望快速知道結論的可以閲讀下表概述：
調查喜歡的人的城市人口數據統計與 Stack Overflow 差越來越少，為此這些結論象徵了廣泛的 Go 開發者；
大多數受訪者每日都使用 Go，並且這些總數年年都在升高；
Go 的使用仍主要密集在科技有限新公司，但也越來越多地冒出在財富管理和媒體等行業；
通過調整方法，我們看到大多數年度當期指標都很平衡，並且高過我們以前的認知；
受訪者使用 Go 除理的疑問相近的字，越來越是構建 API/RPC 服務和 CLI，而這與所屬團體規模無關；
大多數團隊都會設法系統更新當前 Go 語言的版本號，當第三方出示商不能支持 Go 的當前版本號時，就會防礙開發人員使用；
在 Go 生態系統中，竟然各個人都在使用 Modules，但在檢修口理方面仍會存有一些混亂；
兼具高優先級的不斷改進項涵蓋不斷改進開發人員的校準體會、Modules 使用體會和雲服務使用體會；
VS Code 和 GoLand 使用率持續升高，四分之三的受訪者當前首推二者中間；
泛型似舊被認為是 Go 缺失的關鍵特性。
詳細説明
2019 年，我們提出了一些新疑問，以幫助更好地知道參與調查的人，詞有從事編程的經驗年限和所服務的團體規模，這些疑問參考了 StackOverflow 的年度調查。我們也看到不可能結論與 StackOverflow 2019 年的結論無比接近。我們的報告是，此次調查的受訪者與 StackOverflow 的受訪者經驗水平相近的字，並且不同規模的團體比例也差越來越少。
所屬團體規模
根據調查，大一部分受訪者所屬新公司的總數規模在 1000 人下例，且至少有 65% 的受訪者具備條件 10 年下例編程經驗。
從事編程工作的時間
Go 開發者取決於較新，半數經驗不足一年
從結論瞭解，大多數受訪者都有取決於較新的 Go 開發者，他們使用 Go 還不到一年。另外，72% 的受訪者在工作時間使用 Go 語言，62% 的受訪者在工作勞逸結合使用 Go。
下表圖所示，2018 年的受訪者帶有 72% 使用 Go 語言工作，而此種數值並未在以往一年有所增長，在工作中使用其它計算機語言的比例也並未為此增長，反而下降了。這些異常也被 Go 語言小區所注意，這可能意味着 2018 年參與調查的受訪者與過往兩年不同，因此這些異常也出現在其它首選項中。
無論新手新手，都熟悉 Python
使用 Go 時間最久的受訪者與新晉開發人員的背景存有差異。Go 新手對 C/C 更加熟悉，但對 JavaScript、TypeScript 和 PHP 熟悉的越來越少。並且兩種計算機語言是不同的，Python 和 Java 是取決於較為平衡的，不同經驗段的受訪者對這兩種計算機語言的熟悉度相差並不大，只是大多對 Python 更加熟悉。
科技有限新公司似舊應用最大，財富管理次之
以往一年的調查結論提示，科技有限新公司應用 Go 語言的比例最高的人，但此種比例冒出下降，財富管理服務新公司次之，其 2019 年的應用情況獲得只要提升。
團體所屬行業
75% 的受訪者非常少或從不回饋開源
Go 是1個完成的開源項目，但這並不意味着使用 Go 的開發人員也在供獻開源。與前兩年同樣，大多數受訪者並不開源項目的頻繁供獻者，75% 的受訪者“非常少”或“從不”這種做。隨着 Go 小區的擴大，我們看到，從來沒參與過開源項目的受訪者比例在緩慢升高。
我向使用 Go 撰寫的開源項目做供獻
僅 20% 的受訪者基於 Windows 網站開發
與前兩年同樣，歸根結底受訪者表達使用的是 Linux 或 macOS 系統，也有與 StackOverflow 2019 年調查結論中間的強烈差異：在我們的調查中，只有 20% 的受訪者使用 Windows 作為主要開發網站，而在 StackOverflow 的調查中，有 7.% 的受訪者使用 Windows 作為主要開發網站。
下表圖所示，66% 的用户使用 Linux，53% 的用户使用 macOS，這兩個數值都比 StackOverflow 的結論高得多，StackOverflow 的這兩個數值區分為 25% 和 30%。
VS Code 似舊是備受邀請的編輯器
編輯器整合的動向立即的英文。GoLand 和 IntelliJ 的使用量增長更快，從 27. 升高到 37.。雖然 VS Code 的增長有所趨緩，但它仍會是受訪者中備受邀請的編輯器，比例為 7.%。二者相乘佔了受訪者的四分之三。
此消彼長，其它編輯器均有小幅下降。這並不意味着這些編輯器沒有人用，但這樣的話不是受訪者更喜歡的撰寫 Go 語言的工具。
你最愛使用哪個編輯器來撰寫 Go 編碼？
2019 年，我們增加了1個有關組織結構 Go word表格工具的疑問，詞有 gddo。少數受訪者表達，他們的團體運轉着自我的 Go word表格服務器，但當我們查詢大型團體的受訪者回復時，此種比例竟然多兩倍。
下一步，我們問詢了這些表達停止運轉word表格服務器的受訪者，結論表明，停止的主要原由有兩個：一是效益低；二是初始設置和維護需要的工作量較大。
你的團體管理自我組織結構的 Go word表格服務器嗎？
使用感悟歸根結底受訪者認為，Go 在團隊中使用效果積極，並不願在下1個項目中使用它，超出一大半的受訪者認為，Go 對新公司業務的完成至關關鍵。自 2016 年以來，所有這些指標都保持平衡。
結論標準化更改了前兩年的大一部分數據。例如，簽字“Go 在團隊中使用效果積極”這樣的話的受訪者比例以前在百分之五六十，這些改變是由於參與者降低；當我們剔除這些未看過該疑問的參與者時，我們發現，自 2016 年以來，這些疑問的數值等同於平衡。
你去多大水平上簽字或不簽字後面這兩句話？
對於在 Go 生態系統中除理疑問的感悟，我們看到了相近的字的結論。大一部分受訪者都簽字這些見解，在以往四年中，這些比例主要保持平衡。
你去多大水平上簽字或不簽字後面的説法？
2019 年，我們對各行業的滿意度進行了更細緻的調查。總體而言，無論在哪個行業，受訪者對在工作中使用 Go 都持積極態度。
有關對 Go 小區的你怎麼看，我們看到了與前兩年的一些不同之處。首先，簽字“我覺得自我一直在 Go 小區很受邀請”這樣的話的受訪者比例從 82% 下降到了 75%。進一步調查發現，“有點”或“中等水平簽字”的受訪者比例急劇下降，而“既不簽字都不發對”和“無比簽字”的受訪者比例均有所升高。這些兩極化的跡象表明，在 Go 小區中，有兩個或兩個上下的客羣小區體會存有差異，也有另1個我們計劃進一步研究方案的領域。另外1個很多的不同是，簽字“Go 項目的主導者理解我的需求”這樣的話的受訪者比例前年同期也冒出了大幅的增長。
所有這些都表明，個墅度的增加與 Go 語言使用經驗的增加重要性，這大概是從使用 Go 語言一年上下時間開始的。換句話，受訪者使用 Go 的時間越長，他們就越有可能簽字這些説法。
TypeScript 和 Rust 的受邀請水平在增加
這並不奇怪，但這些參與了 Go 開發者調查的人往往是喜歡 Go 語言的。儘管，我們也想知道受訪者喜歡使用其它哪幾條語言。與以往對比，這些數字沒有強烈改變，只有兩個例外：TypeScript和 Rust。
當我們將這些結論遵照 Go 語言使用經驗大小進行細分市場時，我們發現了與語言知識相同的模式。越來越是，Python 是 Go 開發人員最愛使用的語言。
將語言遵照個人喜好進行排序
2018 年，我們首先問了1個淨推介會值的疑問，就是“你會推薦……嗎？”，得分率為 61。2019 年，我們的 NPS 結論為 60，從計量經濟學上來講沒有改變。
交互方法
Go 語言最常見的交互方法仍會是構建 API/RPC 服務和 CLI。如圖是提示出了自 2018 年以來的主要改變，但這些改變很可能是首選項順序析因設計的結論，以往是按字母順序排列的：以“A”打頭的 7.個首選項帶有 3 個下降了，其功它首選項保持平衡或增加了。為此，對於這些餅狀圖，最好的解讀是1個更準確的基線加帶 2016 到 2018 年的動向。舉例來講，我們認為，自 2016 年以來，構建反回 HTML 的 Web 服務的受訪者比例始終在下降，但這很可能是統計的原由，因此這些首選項總愛位於一長串首選項的末尾。我們還對團體規模和行業進行了分析，但未發現顯著差異：受訪者使用 Go 語言的方法大致相同，無論他們是在中小型科技初創公司工作，還是在大型零售公司工作。
在另1個重要性疑問“受訪者在哪幾條較為大的領域使用 Go 語言”的回覆中，最常見的領域是 Web 開發，其它常見領域涵蓋數據庫、多線程編程、系統編程和 DevOps 任務。
我一直在下例領域中使用 Go
在開發方式範疇，大多數受訪者表達他們使用文字日記進行校準，而他們的文字回覆表明，也有因此其它工具使用起來較為困難。並且，本地逐步校準、性能分析和使用競態檢測器進行測試的都不稀有，大概 50% 的受訪者至少依賴性於這些技術應用中的一種。
我一直在進行 Go 開發時依賴性下例技術應用
在檢修口理方面，我們發現歸根結底受訪者使用了 Go Modules。對於開發人員來講，也有1個巨大的轉換，竟然整個小區都在同一時間親身經歷了此種轉換。
我大多數使用後面的工具進行 Go 程序檢修口理
與此同時，75% 的受訪者會評詁將 Go 的當前版本號應用於生產，另有 12% 的人會等待1個發佈週期。這表明，大多數的 Go 開發者都在使用當前並且以前的平衡版本號，這説明，PaaS 出示商快速出示對最新資訊1個平衡版本號的支持無比關鍵。
當 Go 語言有新版本號發佈時，你的團隊會在何時開始評詁將其應用於生產Go 語言在雲上的使用情況
Go 在設計時考慮了現代化高性能計算，我們希望立即提升使用 Go 構建雲服務的開發體會。2019 年，我們擴充了有關遙天發的疑問，便於更好地知道受訪者怎樣才能與雲出示商協作，當前開發體會的哪幾條方面是他們喜歡的，以及哪幾條方面可以不斷改進。如前文綜上所述，2018 年的一部分結論存有異常，詞有，之大者服務器部署工作的結論出人意料水低，而 GCP 部署工作的結論出人意料地高。
我們看到了兩個強烈的動向：
在此次調查的受訪者中，全球三大雲服務出示商的使用率都呈升高動向，其功它大多數雲服務出示商的使用率都在日益下降。
部署工作之大者服務器的比例立即降低，但仍是最常見的部署工作首選項，其數據統計與 AWS 相近的字。
通過查詢受訪者使用的雲網站種類，我們可以看主流出示商中間的差異。部署工作到 AWS 和 Azure 的受訪者最有可能直接使用 VM，而部署工作到 GCP 的受訪者使用代管 Kubernetes 網站的可能竟然是使用 VM 的幾倍。
我們還發現，部署工作到 AWS 的受訪者使用代管 Kubernetes 網站的可能與使用代管無服務器網站的可能主要相同。GCP和 Azure的受訪者使用無服務器網站的比例都較為低，文字回覆表明，這主要是因此這些網站對最新資訊 Go 運轉時的支持存有延後。
總體而言，大多數受訪者對在上文提起的三大雲服務商出示的 Go 語言支持感覺滿意。受訪者對在 AWS 上進行 Go 開發的滿意度和 GCP差越來越少。Azure 的滿意度得分率較低，而文字回覆表明，這主要是因此人們認為該網站沒有為 Go 出示幾等支持。
這也有使用 GCP 的受訪者反饋的最讓他們痛楚的地點，並且他們越來越關注在無服務器部署工作中對最新資訊 Go 運轉時的支持。對比之下，部署工作到 AWS 的受訪者最有可能説 SDK 可以不斷改進，詞有更適用習慣性。不斷改進 SDK 也有 GCP和 Azure開發人員的第十大常見需求。
在以往兩年，你對雲服務商出示的 Go 語言支持滿意嗎？
痛點
受訪者表達，他們不能更多地使用 Go 的最主要原由涵蓋：在使用另一種語言開發的項目上立即開發，團隊更喜歡使用另一種語言以及 Go 本身缺乏關鍵特性。
我們對這些疑問的首選項進行了任意排序，所以不能進行當期較為，不過，2016 年到 2018 年的動向是有效的。例如，我們相信，由於團隊更喜歡另外一種語言而不能頻繁使用 Go 的開發人員總數年年都在降低，但不知道這些動向是否在強烈加速。
要不是因此後面這些原由，我會更多地使用 Go
以便更好地理解怎樣才能能幫助開發人員增加對 Go 的使用，我們要求受訪者出示更多細節。本節剩餘一部分的餅狀圖基於文字回覆歸整而成，佔有率不到總回覆數 3% 的首選項都被歸入“其它”專業類別。一個回覆可能會提起多條主題，為此餅狀圖的比例平均值不是 100%。
下表圖所示，25% 的受訪者認為 Go 缺乏他們需要的語言特性，79% 的受訪者認為泛型是 Go 缺失的關鍵特性。22% 的受訪者提起了不正確除理還需要不斷不斷改進，而 13% 的受訪者要求更多的函數式編程特性，尤為是內置的 map/filter/reduce 基本功能。需要説明的是，這些信息來於一部分受訪者，而不是全都受訪者。這些人表達，如果 Go 沒有缺乏他們需要的1個或多條關鍵特性，他們就可以更多地使用 Go。
有哪幾條你需要的關鍵特性是 Go 語言沒有出示的？
有受訪者表達，對於他們所從事的工作來講，Go“不是一種合適的語言”，他們的理由和交互方法各種各樣。最常見的是從事某類方式的移動開發，例如 Web、桌面上或移動應用開發的 GUI。另1個常見的回覆是，他們的工作領域已經有一門占主導地位的語言，為此很難使用不同的語言。受訪者提起的另1個主要原由是需要更好的性能，尤為是時實計算。
對於你所從事的工作，為什麼樣 Go 語言不合適？
受訪者提出的最大試煉與前年主要一致，缺乏泛型和模快 / 檢修口理器使用仍會名列榜首，特別強調工具疑問的受訪者比例有所增加。這些數值與上圖不同，因此這些疑問面向的是所有受訪者，不管他們説使用 Go 的最大障礙代表什麼樣。這三個方面都有 2019 年 Go 團隊關注的重中之重。我們希望，在下一步的幾條月裏，開發體會會有大幅改善，尤為是模快、工具和入門體會。
你個人在使用 Go 時面臨的最大試煉代表什麼樣？
在任何語言中，診治故障和性能疑問都無比兼具試煉性。受訪者告訴我我們，對於這兩個疑問，他們面臨的最大試煉並不一些指定於 Go 的完成，只是1個更主要的疑問：缺乏知識、經驗或適宜實踐教學。
我們希望，在今年明天英語口語，這些知識缺口可以通過word表格和其它原料獲得彌補。其它主要疑問涉及工具，以及在各種環境中使用這些工具所面臨的試煉。
如果有的話，代表什麼樣防礙你去 Go 應用程序中高效地診治 Bug？
如果有的話，代表什麼樣防礙你去 Go 應用程序中高效地診治性能？
末尾，當我們問受訪者“在他們的環境中為 Go 支持帶來最大不斷改進的代表什麼樣？”，最常見的回覆是對語言服務器的平常不斷改進或更好的支持。這在意料之中，因此 gopls 進入了大概 80 個現存的工具，並且仍會處於迴歸測試。
當我們要求受訪者更具體實施地説下希望看到的不斷改進時，他們回覆最大的是校準體會和更快或更可靠的編碼補全。許多受訪者明確提起，在使用 gopls 時要要頻繁地重啓 VS Code。自該調查發佈以來，gopls 的許多不斷改進已經落地，這仍會是該團隊的高優先級事項。
如果有的話，什麼樣可以 最大限度地不斷改進 Go 支持？
Go小區
對於 Go 重要性的疑問，大概三分之二的受訪者使用 Stack Overflow 來獲得答案。其它排名前列的答案來源區分是 godoc.org、直接閲讀源編碼和 golang.org。
對於 Go 重要性的疑問，你都有從哪裏獲得答案？
上圖説明存有大批不同的答案來源以及受訪者在使用 Go 語言開發時賴以克服試煉的模式。事實上，對於許多 Gopher 來講，這可能是他們與更大的小區互動的原由之四：隨着小區的蓬勃發展，越來越多的受訪者不參加任何與 Go 重要性的活動。在 2019 年，此種比例接近受訪者的三分之二。
以往的 12 個月裏，我參加了下例哪幾條活動？
由於goole隱私基本準則系統更新，我們不能問詢受訪者生活在哪個國家。作為替代，我們問了受訪者的首推語言，希望可以主要反映 Go 在全球範圍內的使用情況。因此這項調查是用英語口語進行的，所以文中的調查結論更偏袒於説英語口語的人和以英語口語為第十或第三語言的地區。
你説話 / 小説寫作時的首推語言或語系代表什麼樣？
有關調查分析的簡短説明
目光敏鋭的讀者可能已經注意到，此次的年度當期數據與我們以往分亨的數據並不完全一致。從 2016 年到 2018 年，我們使用參與調查的總總數作為真分數，計算各個疑問的比例。雖然這很好，並且完全一致，但它忽略了1個事實：並不各個參與調查的人都完成了調查，高達 7.% 的參與者在完成末尾一頁以前就停止了，這意味着很多開發者並沒有查詢報告單後半一部分的疑問，這不利於統計。2019 年，我們使用回覆指定疑問的總數作為該疑問的真分數，重新計算了所有結論。我們在各個餅狀圖紫匯寫出了 2019 年的回覆總數，便於讀者更好地理解每項調查結論。
相近的字地，我們還發現，在以前的調查中，答案列表中冒出較早的首選項最易被確定，尤為是一些多選題。為知道決這些疑問，我們在調查中進入了任意各種因素。一些多項確定題的列表沒有邏輯順序，詞有“我一直在 Go 中撰寫下例主題內容：”。在此以前，這些首選項是按字母順序排列的，但在 2019 年，這樣的話是任意展示給各個參與者的。
第一個改變是不斷改進了對文字回覆的開放式疑問的分析。前年，我們使用機器學習算法粗略但快速地對這些回覆進行了分類。2019 年，四名研究方案人員對這些回覆進行了手動分析和分類，這讓我們可以進行更細緻的分析，但不能與前年的數值進行有效較為。
參考外部鏈接：
https://blog.golang.org/survey2019-results
我願意為你推薦
InfoQ Pro是 InfoQ 要為技術應用早期開拓者和善於鑽研的技術應用傲虎打造的專業媒體服務網站。