歲末年初，又是各大網(wǎng)站自我總結(jié)的時候了，有一個網(wǎng)站的總結(jié)尤其牽動著廣大程序員的心，那就是GitHub。

GitHub在去年11月就早早公布了他們的Octoverse 2021年度報告，但邁入2022后，一起來回顧一下7300萬開發(fā)者在2021年搞了哪些「開源事」吧！

全球7300萬開發(fā)者，中國第二

2021年的GitHub報告比往年的數(shù)據(jù)量更大，包括400萬的代碼倉庫和1.2萬受訪開發(fā)者。

報告顯示，GitHub的開發(fā)者數(shù)量目前已經(jīng)飆升到了7300萬，而在2020年的9月，這個數(shù)字還只有5600萬，2019年為4000萬。并且世界財富 100 強企業(yè)中的 84% 都在使用 GitHub。

GitHub曾預計2025年用戶數(shù)量將會達到1億，現(xiàn)在看起來，1億程序員內(nèi)卷時代要更早到來了。

對活躍用戶所在地進行統(tǒng)計可以發(fā)現(xiàn)，在全球總開發(fā)者中，來自北美洲的最多，占比達到31.5%，其次是亞洲31.2%，之后是歐洲27.3%.

換句話說，代碼倉庫中近 70% 的活躍用戶來自北美以外。美國以外用戶數(shù)量增長最快的國家和地區(qū)包括印度尼西亞、巴西、印度、俄羅斯、日本、德國、加拿大、英國和中國。

過去一年里，從開發(fā)者分布來看，43.2% 的 GitHub開發(fā)者來自北美，其次是歐洲（33.5%）和亞洲（15.7%）。

其中美國開發(fā)者最多，共有1355萬，中國次之，共有755萬GitHub開發(fā)者。而 2020 年，來自中國的開發(fā)者還只有 652萬，其中來自印度的 GitHub 用戶總數(shù)比去年同期增長了 38.9%.。

開源項目的首次貢獻者數(shù)量也是在逐年增長，相較于2020年，2021年增加了21.3萬名首次開源項目貢獻者。

PHP不是最好的語言？

從編程語言的使用來看，Javascript從2014年以來一直穩(wěn)坐頭一把交椅，而Python也是萬年老二，Java依然排第三位。

在微軟的維護下，新興編程語言TypeScript 已經(jīng)從2018年和2019年的第七位攀升到今年的第四位，未來可期！而PHP 和 Ruby 這兩種五年前最受歡迎的語言的受歡迎程度繼續(xù)下降。

可以看到，從 2017 年開始， C#、PHP、C++這些開發(fā)者以往使用更多的編程語言逐漸被 TypeScript 趕超，與 C/C++, Java 等靜態(tài)類型語言不同的是，TypeScript 既具有 IDE 全方位的開發(fā)輔助和嚴格的代碼檢查的靜態(tài)優(yōu)勢，又能讓代碼像 JavaScript 一樣簡潔和靈活，這也是開發(fā)者越來越傾向于使用 TypeScript 的原因之一。

排名前十的編程語言中，只有 Shell 和 C 的位置與去年相比發(fā)生了變化：Shell 取代了 C 語言上升至第 8 位。

遠程工作真的香

除了對編程語言和開發(fā)者的調(diào)查外，Github 還對比了疫情前后工作場地的變化。

調(diào)查結(jié)果顯示，2021 年生產(chǎn)力開始恢復到疫情之前的水平，而工作場所正在發(fā)生變化。當受訪者被問及他們在疫情之前是如何工作的，以及在疫情之后他們希望如何與他人協(xié)作時，只有大約 11%的受訪者希望回到辦公室工作，比之前的 41%減少了 30%。

在新冠疫情仍然嚴峻的情況下，更多開發(fā)者選擇了利用Github遠程工作。調(diào)查結(jié)果顯示，過去一年里，有20%的Github開發(fā)者選擇了完全遠程開發(fā)，26%的開發(fā)者選擇現(xiàn)場與遠程開發(fā)結(jié)合的方式。

2021年GitHub根據(jù)調(diào)查數(shù)據(jù)創(chuàng)建了預測模型，以便于幫助理解團隊在軟件開發(fā)和交付中使用不同實踐的影響，分別是：更快速編寫和發(fā)送代碼、創(chuàng)建文檔，以及支持可持續(xù)社區(qū)。

調(diào)查結(jié)果顯示，Github上代碼編寫和生成的自動化程度顯著提高，這使得不同團隊之間的協(xié)作更方便，開發(fā)者的工作價值更易實現(xiàn)。并且實踐自動化也消除了大量的分歧和重復性任務，使得團隊在開源方面的表現(xiàn)提高了 27%，在工作項目完成度上提高了 43%，無縫代碼重用讓開發(fā)者的效率提升了87%。

GitHub 上的開發(fā)者模式反映了自動化軟件交付是開源的關(guān)鍵推動因素，能幫助團隊在規(guī)模上更快地發(fā)展?？梢钥吹?，大型存儲庫使用 Actions 的比例高于中小型庫。

數(shù)據(jù)顯示，一旦大型存儲庫開始使用 Actions，團隊每天合并的拉取請求比以前增加了近 2 倍（增加了 61%），合并速度提高了 31%。在所有開源存儲庫中，使用 Actions 將合并拉取請求的數(shù)量增加了 36%，并將合并時間縮短了 33%。

貢獻好代碼！

在過去的一年里，GitHub總共merge了1億7000萬個pull request，創(chuàng)建了6100萬個新倉庫，可以看出開發(fā)者代碼的上傳速度大幅提升。

開發(fā)團隊每日合并的拉取請求數(shù)量提高了61%。開發(fā)者更少的項目，合并速度更快，一般不到1天即完成合并。

無論是對公司項目，還是開源項目，友好的評論和及時的指導都是極其重要的。對于大型代碼存儲庫，使用Good First Issue 標簽可以吸引更多貢獻者。

調(diào)查結(jié)果顯示，當21%-30%的問題被標記為 Good First Issues 的存儲庫時，就會有大約 13% 的新貢獻者加入到代碼開發(fā)；有超過 40% 的 Good First Issues 標注就可以幫助項目吸引 21% 以上的新貢獻者。

工具與說明文檔在提升開發(fā)者生產(chǎn)力上也功不可沒。報告顯示，受益于這類工具和文檔，開源庫和企業(yè)項目開發(fā)者的平均產(chǎn)出提升了50%。

在過去相當長的一段時間里，說明文檔、Readme等輔助技術(shù)資料的意義一直被低估了。

報告顯示，2021年，這類輔助說明文檔讓Github開發(fā)者的產(chǎn)出大幅躍升了55%，為了提升效率，企業(yè)也應該在項目開發(fā)中多增設(shè)這類文檔。

還有一點容易被忽略：高效的搜索算法固然很好，但可搜索性也是一致的代碼標準和命名約定的產(chǎn)物。

數(shù)據(jù)顯示，當開發(fā)人員可以輕松找到他們需要的東西時，他們感到有能力完成工作的可能性要高出近 60%。此外，只需擁有一個易于搜索的團隊存儲庫，他們就可以將生產(chǎn)力提高 11%.。

參考資料：

https://octoverse.github.com/

本文來自微信公眾號“新智元”（ID:AI_era），編輯：LRS，36氪經(jīng)授權(quán)發(fā)布。

關(guān)鍵詞： 開發(fā)者 中國 年度報告