Measuring the Invisible: Evaluating the Impact of Public Funding on Open Source Software
यह अध्ययन यह प्रदर्शित करने के लिए एक जनरलाइज्ड सिंथेटिक कंट्रोल मेथड का उपयोग करता है कि सॉवरेन टेक फंड मौजूदा विकास प्रयासों को जुटाकर कमिट्स और पुल रिक्वेस्ट जैसे ओपन सोर्स प्रोजेक्ट गतिविधि मेट्रिक्स को महत्वपूर्ण रूप से बढ़ाता है, न कि योगदानकर्ता आधार का विस्तार करके या बैकलॉग समाधान में तेजी लाकर।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
एक बड़ी तस्वीर: अदृश्य नींव
कल्पना कीजिए कि डिजिटल दुनिया (ऐप्स, वेबसाइट्स, बैंकिंग सिस्टम) एक विशाल गगनचुंबी इमारत की तरह है। अधिकांश लोग केवल उसकी चमकती हुई कांच की दीवारों और अंदर मौजूद लोगों को देखते हैं, लेकिन वे उन स्टील के बीमों, प्लंबिंग या बिजली की वायरिंग को नहीं देख पाते जो इसे थामे हुए हैं।
ओपन सोर्स सॉफ्टवेयर (OSS) वही छिपी हुई स्टील और प्लंबिंग है। यह ऐसा कोड है जिसे कोई भी देख सकता है और मुफ्त में उपयोग कर सकता है। यह आज हमारे द्वारा उपयोग की जाने वाली लगभग हर चीज़ को चलाता है। हालाँकि, क्योंकि यह मुफ्त है और स्वयंसेवकों द्वारा बनाया गया है, इसलिए यह अक्सर एक "फ्री राइडर" (मुफ्त का लाभ उठाने वाले) की समस्या से जूझता है: हर कोई इसका उपयोग करता है, लेकिन लीकेज को ठीक करने या बीमों को मजबूत करने के लिए कोई भुगतान नहीं करता। जब कोई महत्वपूर्ण हिस्सा टूट जाता है (जैसे प्रसिद्ध log4j भेद्यता), तो पूरा भवन जोखिम में पड़ जाता है।
इसे ठीक करने के लिए, जर्मन सरकार ने सोवरेन टेक एजेंसी (STA) बनाई। उन्हें एक विशेष निर्माण कोष के रूप में समझें जो इन महत्वपूर्ण डिजिटल "बीमों" का रखरखाव करने वाली टीमों को पैसा देता है ताकि वे ढह न जाएं।
प्रश्न: क्या पैसा वास्तव में काम करता है?
लेखिका, लाइया डोमेनेक बुरिन ने एक सरल लेकिन कठिन प्रश्न पूछा: क्या यह सार्वजनिक धन वास्तव में सॉफ्टवेयर को बेहतर बनाता है, या यह केवल टैक्स के पैसों की बर्बादी है?
इसका उत्तर देना कठिन है क्योंकि आप इंटरनेट पर "प्रयोगशाला का प्रयोग" (लैब एक्सपेरिमेंट) नहीं कर सकते। आप दो समान सॉफ्टवेयर प्रोजेक्ट्स नहीं ले सकते, एक को पैसा दे सकते हैं, और दूसरे को भूखा मरते हुए देखने के लिए छोड़ सकते हैं कि क्या होता है।
समाधान: एक "घोस्ट ट्विन" (भूतिया जुड़वां) बनाना
इसे हल करने के लिए, लेखिका ने जनरलाइज्ड सिंथेटिक कंट्रोल मेथड (GSCM) नामक एक चतुर सांख्यिकीय तकनीक का उपयोग किया।
कल्पना कीजिए कि आप जानना चाहते हैं कि क्या एक नया उर्वरक (fertilizer) आपके टमाटर के पौधे को तेजी से बढ़ने में मदद करता है। आप इसकी तुलना किसी दूसरे बगीचे के यादृच्छिक (random) पौधे से नहीं कर सकते। इसके बजाय, आप अपने टमाटर के पौधे का एक "घोस्ट ट्विन" बनाते हैं।
- आप सैकड़ों अन्य टमाटर के पौधों को देखते हैं जिन्हें उर्वरक नहीं मिला है।
- आप उन्हें एक विशिष्ट रेसिपी (एक भारित औसत/weighted average) में मिलाते हैं ताकि एक "घोस्ट ट्विन" बनाया जा सके जो आपके वास्तविक पौधे की तरह दिखता है, व्यवहार करता है और बढ़ता है—उतनी ही तरह से जितना आपका असली पौधा उर्वरक देने से पहले था।
- एक बार जब आप वास्तविक पौधे को उर्वरक देते हैं, तो आप वास्तविक पौधे और घोस्ट ट्विन दोनों पर नज़र रखते हैं।
- यदि वास्तविक पौधा घोस्ट ट्विन की तुलना में अधिक लंबा होता है, तो आप जानते हैं कि उर्वरक ने काम किया।
इस शोध में, "टमाटर के पौधे" महत्वपूर्ण सॉफ्टवेयर प्रोजेक्ट्स हैं (जैसे पायथन के लिए PyPI, डेटा ट्रांसफर के लिए curl, विज्ञान के लिए Fortran, और RubyGems)। "घोस्ट ट्विन" को 62 अन्य समान सॉफ्टवेयर प्रोजेक्ट्स के डेटा का उपयोग करके बनाया गया था जिन्हें पैसा नहीं मिला था।
उन्होंने क्या पाया: "गति" बनाम "आकार"
अध्ययन ने सफलता को मापने के लिए चार मुख्य चीजों को देखा:
- कमिट्स (Commits): कोड कितनी बार अपडेट किया जाता है।
- पुल रिक्वेस्ट (Pull Requests): नए विचार या सुधार प्रस्तावित किए जा रहे हैं।
- इश्यूज (Issues): बग रिपोर्ट किए जा रहे हैं या नई सुविधाओं का अनुरोध किया जा रहा है।
- कंट्रीब्यूटर्स (Contributors): टीम में नए लोग शामिल हो रहे हैं।
परिणाम:
- अच्छी खबर: पैसे ने एक टर्बोचार्जर की तरह काम किया। वित्त पोषित प्रोजेक्ट्स बहुत तेजी से काम करने लगे। उनमें काफी अधिक कोड अपडेट, अधिक नए विचार प्रस्तावित और अधिक बग रिपोर्ट देखे गए। "घोस्ट ट्विन" स्थिर रहे, लेकिन वित्त पोषित प्रोजेक्ट्स की गति बढ़ गई।
- वास्तविकता की जांच: पैसा एक चुंबक की तरह काम नहीं कर पाया। इसने टीम में नए लोगों को नहीं लाया (कंट्रीब्यूटर्स की संख्या में कोई बदलाव नहीं हुआ)। इसने अनिवार्य रूप से पुराने बग के बैकलॉग को भी तेजी से साफ नहीं किया (घोस्ट ट्विन की तुलना में "बंद इश्यूज" की संख्या में कोई महत्वपूर्ण वृद्धि नहीं हुई)।
उपमा: व्यस्त कार्यशाला (Workshop)
सॉफ्टवेयर प्रोजेक्ट को एक व्यस्त कार्यशाला के रूप में सोचें।
- बिना फंडिंग के: कार्यकर्ता थके हुए हैं, पुराने औजारों पर काम कर रहे हैं, और मुश्किल से काम संभाल पा रहे हैं।
- फंडिंग के साथ: कार्यकर्ताओं को बेहतर औजार और वेतन मिलता है।
- परिणाम: वे बहुत तेजी से काम करने लगते हैं और तुरंत अधिक कार्यों को निपटाने लगते हैं (अधिक कमिट्स और नए अनुरोध)।
- लेकिन: वे अचानक नए प्रशिक्षु (apprentices) नहीं भर्ती करते (कोई नए कंट्रीब्यूटर नहीं) और वे जरूरी नहीं कि पुराने, धूल भरे काम को उस गति से खत्म करें जितनी वे अन्यथा कर सकते थे (कोई बड़ा 'क्लोज्ड इश्यूज' का अंतर नहीं)।
निष्कर्ष
यह शोध निष्कर्ष निकालता है कि सार्वजनिक धन मौजूदा ऊर्जा को सक्रिय करने में प्रभावी है। यह वर्तमान टीम को जगाता है और उन्हें तेजी से आगे बढ़ाता है। हालाँकि, यह अधिक लोगों को खोजने या वर्षों के पुराने कर्ज (backlog) को साफ करने की गहरी समस्याओं को स्वतः हल नहीं करता है।
लेखिका का सुझाव है कि यदि कोई सरकार किसी विशिष्ट समस्या (जैसे "हमें अधिक लोगों की आवश्यकता है" या "हमें बैकलॉग को साफ करने की आवश्यकता है") को हल करना चाहती है, तो उन्हें अपने फंडिंग प्रोग्राम को उस लक्ष्य के लिए विशेष रूप से डिजाइन करना चाहिए, न कि यह उम्मीद करनी चाहिए कि एक प्रकार का पैसा एक साथ सब कुछ ठीक कर देगा।
संक्षेप में: पैसा काम करता है, लेकिन यह वर्तमान टीम के लिए एक स्पीड बूस्ट की तरह काम करता है, न कि एक भर्ती अभियान या बैकलॉग क्लीनर की तरह।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।