← नवीनतम पेपर
💻 computer science

Identifying unique developers in OSS projects: A family of models

यह शोध पत्र एक बड़े, सत्यापित डेटासेट का निर्माण करके क्लासिकल मशीन लर्निंग मॉडल्स को प्रशिक्षित करने और उनकी तुलना करने के माध्यम से OSS डेवलपर पहचानियों को डी-डुप्लिकेट करने के लिए एक स्केलेबल पाइपलाइन प्रस्तावित करता है, जो अंततः बड़े पैमाने पर माइनिंग के लिए सटीकता और कम्प्यूटेशनल लागत के बीच इष्टतम संतुलन पर मार्गदर्शन प्रदान करता है।

मूल लेखक: Ruoyu Su, Alexander Bakhtin, Matteo Esposito, Davide Taibi, Valentina Lenarduzzi

प्रकाशित 2026-06-09
📖 5 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Ruoyu Su, Alexander Bakhtin, Matteo Esposito, Davide Taibi, Valentina Lenarduzzi

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

कल्पना कीजिए कि आप एक विशाल, वैश्विक निर्माण परियोजना (जैसे लिनक्स कर्नेल बनाना) पर काम करने वाले कितने अद्वितीय (unique) लोग हैं, इसकी गिनती करने की कोशिश कर रहे हैं। आपके पास हर ईंट बिछाने, हर बीम को वेल्ड करने और हर ब्लूप्रिंट पर हस्ताक्षर करने का एक विशाल लॉगबुक है। लेकिन यहाँ एक पेंच है: लॉगबुक में फोटो या आईडी कार्ड नहीं हैं। इसमें केवल श्रमिकों द्वारा स्वयं लिखे गए नाम और ईमेल पते हैं।

समस्या यह है कि लोग बहुत अव्यवस्थित होते हैं।

  • एक श्रमिक सोमवार को "John Smith" के रूप में हस्ताक्षर कर सकता है और मंगलवार को "J. Smith" के रूप में।
  • दूसरा व्यक्ति अपने दिन के काम के लिए "john.smith@work.com" और अपने सप्ताहांत के शौक के लिए "jsmith123@gmail.com" का उपयोग कर सकता है।
  • कभी-कभी, दो पूरी तरह से अलग लोगों के नाम बिल्कुल एक जैसे हो सकते हैं।

यदि आप इसे ठीक नहीं करते हैं, तो आपकी गिनती गलत होगी। आप सोच सकते हैं कि "John Smith" और "J. Smith" दो अलग व्यक्ति हैं। या आप सोच सकते हैं कि "John Smith" और "Jane Smith" एक ही व्यक्ति हैं। यह आपकी इस समझ को बिगाड़ देता है कि कौन किसके साथ मिलकर काम कर रहा है, टीमें कैसे जुड़ी हुई हैं, और परियोजना कैसे विकसित हो रही है।

यह शोध पत्र एक "नाम जासूस" (Name Detective) बनाने की रेसिपी है जो इस गड़बड़ी को हल कर सकता है।

यहाँ बताया गया है कि लेखक अपने जासूसों की टीम बनाने की योजना कैसे बना रहे हैं, जिसे सरल भाषा में समझाया गया है:

1. "सुपर-ब्रेन" परीक्षण (उत्तर कुंजी बनाने के लिए AI का उपयोग करना)

सबसे पहले, शोधकर्ता यह देखना चाहते हैं कि क्या आधुनिक लार्ज लैंग्वेज मॉडल्स (LLMs)—वही प्रकार के AI जो कविताएँ लिखते हैं या प्रश्नों के उत्तर देते हैं—एक परम जासूस के रूप में कार्य कर सकते हैं।

  • उपमा: कल्पना कीजिए कि एक बहुत ही बुद्धिमान, विद्वान लाइब्रेरियन को दो नाम दिखाए जा रहे हैं और उनसे पूछा जा रहा है, "क्या ये एक ही व्यक्ति हैं?" लाइब्रेरियन संदर्भ, वर्तनी की बारीकियों और ईमेल पैटर्न को देखता है और एक अनुमान लगाता है।
  • लक्ष्य: वे कई अलग-अलग "सुपर-ब्रेन" (विभिन्न AI मॉडल) से यह काम करने के लिए कहेंगे। वे देखना चाहते हैं कि क्या वे सभी सहमत हैं या कुछ अन्य की तुलना में बेहतर हैं।
  • आउटपुट: एक बार जब AI अनुमान लगाने में अच्छा हो जाता है, तो शोधकर्ता इसके उत्तरों का उपयोग करके एक विशाल "उत्तर कुंजी" (पुष्टि किए गए डुप्लिकेट्स का डेटासेट) बनाएंगे। यह ऐसा है जैसे AI ने हजारों उदाहरणों को लेबल करने का कठिन काम किया है ताकि मनुष्यों को उन्हें एक-एक करके न करना पड़े।

2. "तेज़ प्रशिक्षु" (छोटे, तेज़ मॉडल्स को प्रशिक्षित करना)

उन "सुपर-ब्रेन" AI को चलाना धीमा और महंगा है (जैसे हर नाम के लिए नोबेल पुरस्कार विजेता जासूसों की एक टीम को काम पर रखना)। आप लाखों कमिट्स वाली परियोजना के लिए ऐसा नहीं कर सकते।

  • उपमा: इसलिए, शोधकर्ता तेज़, सस्ते प्रशिक्षुओं (क्लासिकल मशीन लर्निंग मॉडल्स) को प्रशिक्षित करना चाहते हैं। वे इन प्रशिक्षुओं को "सुपर-ब्रेन" द्वारा बनाई गई "उत्तर कुंजी" का उपयोग करके सिखाएंगे।
  • लक्ष्य: वे देखना चाहते हैं कि क्या ये प्रशिक्षु पैटर्न को इतनी अच्छी तरह सीख सकते हैं कि वे अपने आप डुप्लिकेट्स को पहचान सकें, लेकिन वे इसे "सुपर-ब्रेन" की तुलना में बहुत तेज़ी से और बहुत कम ऊर्जा के साथ कर सकें।
  • समझौता (Trade-off): वे एक "गोल्डिलॉक्स" (Goldilocks) मॉडल की तलाश में हैं: एक ऐसा मॉडल जो इतना सटीक हो कि उस पर भरोसा किया जा सके, लेकिन इतना तेज़ भी हो कि बिना कंप्यूटर की बैटरी खत्म किए लाखों नामों को संभाल सके।

3. "गति ट्रैकर" (अतिरिक्त सुराग जोड़ना)

कभी-कभी, नाम और ईमेल पते अकेले पहेली सुलझाने के लिए बहुत भ्रमित करने वाले होते हैं।

  • उपमा: कल्पना कीजिए कि "एलेक्स" नाम के दो लोग हैं जो दोनों एक ही विशिष्ट प्रकार के इंजन भाग पर काम करते हैं। भले ही उनके नाम अलग दिखते हों, लेकिन उनकी काम करने की आदतें समान हैं।
  • लक्षगोल: शोधकर्ता एक नया सुराग जोड़ने की योजना बना रहे हैं: कोसाइन सिमिलरिटी (Cosine Similarity)। यह एक फैंसी गणितीय तरीका है यह कहने का कि, "उनके काम करने के पैटर्न कितने समान हैं?" यदि "एलेक्स A" और "एलेक्स B" दोनों ने एक ही समय में बिल्कुल एक ही फाइलों को छुआ था, तो वे संभवतः एक ही व्यक्ति हैं। वे यह परीक्षण करेंगे कि क्या इस "काम की आदत" वाला सुराग जोड़ने से उनके जासूसों को सही होने में मदद मिलती है।

बड़ी तस्वीर

यह शोध पत्र दावा नहीं करता है कि इसने काम पूरा कर लिया है; यह एक पंजीकृत रिपोर्ट (registered report) है, जिसका अर्थ है कि यह एक अध्ययन की विस्तृत योजना है जिसे अभी पूरी तरह से चलाया नहीं गया है।

वे जो देने का वादा करते हैं:

  1. एक बेंचमार्क: एक स्पष्ट तुलना कि कौन सा "जासूस" (AI बनाम क्लासिकल ML) इस काम के लिए सबसे अच्छा है।
  2. एक लागत मार्गदर्शिका: एक मार्गदर्शिका कि प्रत्येक विधि में कितना समय और ऊर्जा खर्च होती है, जिससे शोधकर्ताओं को उनके प्रोजेक्ट के आकार के अनुसार सही उपकरण चुनने में मदद मिले।
  3. एक पुन: प्रयोज्य टूलकिट: नियमों और डेटा का एक सेट जिसे अन्य शोधकर्ता अपने स्वयं के सॉफ़्टवेयर प्रोजेक्ट्स को साफ करने के लिए उपयोग कर सकते हैं, जिससे यह सुनिश्चित हो सके कि जब वे टीमों के काम करने के तरीके का अध्ययन करते हैं, तो वे वास्तविक लोगों का अध्ययन कर रहे होते हैं, न कि भूतिया डुप्लिकेट्स का।

संक्षेप में, यह शोध पत्र दुनिया के सबसे बड़े सॉफ़्टवेयर प्रोजेक्ट्स पर अस्त-व्यस्त नाम टैग्स को साफ करने के लिए एक स्केलेबल, ऊर्जा-कुशल और सटीक प्रणाली बनाने के बारे में है, ताकि हम अंततः समझ सकें कि कोड के पीछे के लोग वास्तव में कैसे सहयोग करते हैं।

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →