Research Artifacts in Secondary Studies: A Systematic Mapping in Software Engineering
537 सॉफ्टवेयर इंजीनियरिंग माध्यमिक अध्ययनों का यह व्यवस्थित मानचित्रण यह प्रकट करता है कि जबकि पिछले दशक में अनुसंधान आर्टिफ़ैक्ट्स (research artifacts) की रिपोर्टिंग में महत्वपूर्ण सुधार हुआ है, फिर भी अधिकांश में उनकी कमी या स्थायी भंडारण का अभाव है, जो पारदर्शिता और पुनरुत्पादकता (reproducibility) को बढ़ाने के लिए अनिवार्य प्रकाशन का आह्वान करता है।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
कल्पना कीजिए कि आप एक शेफ हैं जिन्हें कुकबुक्स लिखना बहुत पसंद है। लेकिन सिर्फ रेसिपी लिखने के बजाय, आप "कुकबुक रिव्यूज" (Cookbook Reviews) लिखते हैं। आप अन्य सैकड़ों कुकबुक्स पढ़ते हैं, उनके व्यंजनों का स्वाद लेते हैं, और फिर एक बड़ा सारांश लिखते हैं कि कौन सी रेसिपी सबसे अच्छी है, कौन से सामग्रियां चलन में हैं, और खाना पकाने का भविष्य कैसा दिखने वाला है।
सॉफ्टवेयर इंजीनियरिंग की दुनिया में, इन "कुकबुक रिव्यूज" को सिस्टमैटिक रिव्यूज (Systematic Reviews - SRs) कहा जाता है। ये सॉफ्टवेयर बनाने के बारे में हम जो कुछ भी जानते हैं, उसे संक्षेप में बताने का स्वर्ण मानक (gold standard) हैं।
यह पेपर एक जासूसी कहानी की तरह है जहाँ लेखकों ने यह जांचने के मिशन पर जाने का निर्णय लिया कि क्या ये "कुकबुक रिव्यूज" वास्तव में उन सामग्रियों और उपकरणों (जिन्हें रिसर्च आर्टिफैक्ट्स/Research Artifacts कहा जाता है) को पीछे छोड़ रहे हैं जिनका उपयोग उन्होंने अपने रिव्यूज लिखने के लिए किया था।
यहाँ उनके जांच का विवरण दिया गया, जिसमें रोजमर्रा के उपमाओं (analogies) का उपयोग किया गया है:
1. बड़ी समस्या: "जादुई रेसिपी" का रहस्य
जब एक शेफ एक रिव्यू लिखता है, तो आदर्श रूप से उसे कहना चाहिए, "यहाँ उन सामग्रियों की सटीक सूची दी गई है जिनका मैंने उपयोग किया है, और यहाँ वह बर्तन है जिसमें मैंने खाना पकाया है, ताकि आप इसे स्वयं आजमा सकें।" सॉफ्टवेयर में, इसे रिसर्च आर्टिफैक्ट (Research Artifact) कहा जाता है। यह कोड, डेटा, या उन शोध पत्रों की सूची हो सकती है जिनका उन्होंने विश्लेषण किया है।
लेखकों ने पूछा: "क्या ये सॉफ्टवेयर समीक्षक वास्तव में अपनी सामग्रियां साझा कर रहे हैं?"
2. जांच (विधि)
टीम ने पुस्तकालयाध्यक्षों (librarians) की तरह काम किया। वे 2013 से 2023 के बीच प्रकाशित 537 अलग-अलग "कुकबुक रिव्यूज" के माध्यम से गए। उन्होंने सुरागों की तलाश की:
- क्या लेखक ने कहा, "यहाँ मेरा डेटा है"?
- क्या उन्होंने डेटा को एक स्थायी लॉकर (जैसे ज़ेनोडो या फिगशेयर नामक डिजिटल वॉल्ट) में रखा है जिसका एक स्थायी आईडी कार्ड (DOI) है?
- या उन्होंने बस इतना कहा, "मुझसे इसके लिए पूछें," या किसी व्यक्तिगत वेबसाइट का लिंक दिया जो एक साल में गायब हो सकती है?
3. निष्कर्ष: एक मिला-जुला परिणाम
यहाँ उन्होंने क्या पाया, जिसे सरल भाषा में अनुवादित किया गया है:
- अच्छी खबर: चीजें बेहतर हो रही हैं! 2013 में, लगभग कोई भी अपनी सामग्रियां साझा नहीं कर रहा था। 2023 तक, लगभग 62% समीक्षक कुछ न कुछ साझा कर रहे थे। यह एक धीमी लेकिन निरंतर प्रगति है जहाँ अधिक शेफ अंततः कह रहे हैं, "हे, यहाँ मेरी रेसिपी है!"
- बुरी खबर: यहाँ तक कि 2023 में भी, 38% समीक्षकों ने अपनी सामग्रियां छिपाई रखीं। उन्होंने डेटा बिल्कुल भी साझा नहीं किया।
- "लीकी बकेट" (Leaky Bucket) की समस्या: जो लोग साझा कर रहे थे, उनमें से कई ने "स्थायी लॉकर" का उपयोग नहीं किया। उन्होंने व्यक्तिगत वेबसाइटों या ईमेल अनुरोधों का उपयोग किया।
- उपमा: कल्पना कीजिए कि एक शेफ कहता है, "मेरी रेसिपी मेरे किचन काउंटर पर है।" लेकिन पांच साल में, शेफ कहीं और चला जाता है, घर बिक जाता है, और रेसिपी गायब हो जाती है। गैर-स्थायी लिंक के साथ यही होता है। उन्होंने पाया कि 2023 में भी, कुछ लिंक पहले से ही "डेड" (टूटे हुए) थे।
- "स्थायी वॉल्ट" का आँकड़ा: केवल लगभग 30% 2023 के अध्ययनों ने एक स्थायी, अटूट डिजिटल वॉल्ट (DOI के साथ) का उपयोग किया। चीजों को इस तरह स्टोर करने का यह आदर्श तरीका है ताकि वे कभी गायब न हों।
4. यह क्यों मायने रखता है? (चार कारण)
लेखक बताते हैं कि इन "सामग्रियों" को साझा करना क्यों महत्वपूर्ण है:
- विश्वास (Trust): यदि आप सामग्रियां नहीं देख सकते, तो आप कैसे जानेंगे कि शेफ ने केवल स्वाद मनगढ़ंत तो नहीं बनाया? डेटा साझा करना इस बात का प्रमाण है कि रिव्यू ईमानदार है।
- काम को दोबारा करना (Replication): विज्ञान का अर्थ है एक ही चीज़ को दो बार करने और वही परिणाम प्राप्त करने में सक्षम होना। यदि आप डेटा नहीं देख सकते, तो आप यह जाँच नहीं सकते कि रिव्यू सही है या नहीं।
- मेन्यू को अपडेट करना: सॉफ्टवेयर तेजी से बदलता है। यदि कोई रिव्यू 5 साल पुराना है, तो वह पुराना हो सकता है। यदि मूल डेटा एक वॉल्ट में सुरक्षित है, तो भविष्य के शेफ नई सामग्रियों के साथ रिव्यू को आसानी से अपडेट कर सकते हैं।
- रोबोटों की मदद: इन रिव्यूज को लिखने में बहुत समय लगता है (प्रत्येक रिव्यू के लिए लगभग एक वर्ष!)। यदि डेटा को अच्छी तरह से सहेजा जाता है, तो हम अंततः इन रिव्यूज को लिखने में मदद करने के लिए AI रोबोट का उपयोग कर सकते हैं। लेकिन रोबोट तब तक काम नहीं कर सकते जब तक डेटा छिपा हुआ या टूटा हुआ हो।
5. फैसला और भविष्य
लेखक निष्कर्ष निकालते हैं कि हालांकि हम सही दिशा में बढ़ रहे हैं, लेकिन हम अभी वहां नहीं पहुंचे हैं।
- सिफारिश: वे सभी सॉफ्टवेयर जर्नल्स से अनुरोध कर रहे हैं कि वे समीक्षकों के लिए अपनी "सामग्रियों" को एक स्थायी डिजिटल वॉल्ट में डालना अनिवार्य बनाएं।
- लक्ष्य: वे उस बिंदु तक पहुँचना चाहते हैं जहाँ 100% रिव्यूज में ये आर्टिफैक्ट शामिल हों, और वे सभी इस तरह से संग्रहीत हों जो यह सुनिश्चित करे कि वे 10, 20 या 50 साल बाद भी सुलभ रहेंगे।
संक्षेप में: यह पेपर सॉफ्टवेयर शोधकर्ताओं के लिए एक आह्वान है कि वे अपना काम छिपाना बंद करें। वे चाहते हैं कि हर कोई पारदर्शी हो, ताकि विज्ञान पर भरोसा किया जा सके, उसकी जाँच की जा सके और उस पर निर्माण किया जा सके, न कि वह डिजिटल शून्य में गायब हो जाए।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।