GitHub की Octoverse 2021 रिपोर्ट
(octoverse.github.com)-
7.3 करोड़ डेवलपर्स (2021 में 1.6 करोड़ नए यूज़र)
-
Fortune 100 कंपनियों में से 84% GitHub Enterprise का उपयोग करती हैं
-
पिछले साल 6.1 करोड़ नए Repo बनाए गए
-
17 करोड़ PR merge किए गए
-
यूज़र वितरण: उत्तर अमेरिका 43.2%, यूरोप 33.5%, एशिया 15.7%, ओशिनिया 3.5%, दक्षिण अमेरिका 3.1%, अफ्रीका 1%
-
भाषाएँ: JS > Python > Java > TypeScript > C# > PHP > C++ > Shell > C > Ruby
→ पिछले साल की तुलना में लगभग कोई बदलाव नहीं, सिर्फ C और Shell की पोज़िशन आपस में बदली
- महामारी के बाद के बदलाव
→ ऑफिस से काम 41% से घटकर 10.7% हुआ
→ आंशिक work from home वाला hybrid मॉडल 28.1% से बढ़कर 47.6% हुआ
→ पूरी तरह remote काम 26.5% से बढ़कर 38.8% हुआ
- automation के ज़रिए sustainability में सुधार
→ दोहराए जाने वाले काम हटाने से open source में 27% और कंपनियों में 43% बेहतर नतीजे मिले
- README के ज़रिए जानकारी साझा करना वास्तव में बहुत महत्वपूर्ण है
→ इससे नए contributors मिलते हैं और productivity 55% तक बढ़ती है
→ open source में 85.9% प्रोजेक्ट्स में README है, लेकिन कंपनियों के Repo में 84% में README नहीं है
→ यानी कंपनियों के लिए documentation पर काम खुद एक अलग प्रोजेक्ट बन सकता है
- Kubernetes documentation SIG द्वारा आज़माया गया "PR Wrangling" सिस्टम
→ स्पष्ट R&R के आधार पर "Approver" स्टेटस तक पहुँचे contributors साप्ताहिक PR Wrangler के लिए volunteer कर सकते हैं
→ GitHub issues को वर्गीकृत करना, टैग देना, PR की quality और guidelines अनुपालन की समीक्षा करना, feedback देना और merge को approve करना
→ इसके ज़रिए Kubernetes community documentation की सटीकता बनाए रखती है, नए docs को sync में रखती है और local translation को संभव बनाती है
विस्तृत थीम रिपोर्ट 3 हैं
- Writing and Shipping code faster
→ डेवलपर productivity बढ़ाने के तरीके
→ automation के ज़रिए scale करना
→ code reuse
→ search डेवलपमेंट productivity को बेहतर बनाती है
→ सही collaboration tools महत्वपूर्ण हैं
→ PR दिखाते हैं कि डेवलपमेंट टीमें कैसे collaborate करती हैं
→ teamwork महत्वपूर्ण है, लेकिन coordination मुश्किल है
→ नए contributors को पहला PR करने में लगने वाला समय
→ PR को तेज़ी से process करने के तरीके: reviewers की संख्या और automation
- Creating documentation to support developers
→ फॉर्मेट कोई भी हो, documentation वास्तव में महत्वपूर्ण है। लेकिन इस पर निवेश कम किया जाता है
→ contributor guidelines होने पर अस्पष्टता और friction कम होते हैं, जिससे भागीदारी आसान होती है
→ README वास्तव में बहुत महत्वपूर्ण है
→ GitHub Issue भी documentation है
→ Good First Issues guide होने पर नए सदस्य पहली contribution आसानी से कर पाते हैं
→ documentation productivity और development culture दोनों के लिए अच्छी है। win-win
- Supporting sustainable communities
→ mentorship open source और कंपनियों, दोनों में community की एक अहम asset है
→ भरोसा और सम्मान बेहतर culture बनाते हैं
→ सुरक्षित और स्वागतपूर्ण माहौल वाली communities नए प्रतिभागियों को आकर्षित करती हैं और भागीदारी को प्रोत्साहित करती हैं (participation guidelines, Good First Issues आदि)
→ मज़ा और सीखना नए प्रतिभागियों के लिए आकर्षण पैदा करते हैं
1 टिप्पणियां
GitHub की Octoverse 2020 रिपोर्ट https://hi.news.hada.io/topic?id=3328
GitHub की Octoverse 2019 रिपोर्ट https://hi.news.hada.io/topic?id=884