अपने नतीजे लिखना और शेयर करना
ऐसा रिसर्च जिसे कोई पढ़ या जांच न सके, किसी के काम नहीं आता। एक पेपर की बनावट, साफ-सुथरे फ़िगर्स, ईमानदार कमियां (limitations), और प्रीप्रिंट्स, कोड, ब्लॉग्स व वर्कशॉप्स के ज़रिए नतीजे शेयर करने का तरीका सीखें।
60 सेकंड में
अपने नतीजे लिखना और शेयर करना
ऐसा रिसर्च जिसे कोई पढ़ या जांच न सके, किसी के काम नहीं आता। एक पेपर की बनावट, साफ-सुथरे फ़िगर्स, ईमानदार कमियां (limitations), और प्रीप्रिंट्स, कोड, ब्लॉग्स व वर्कशॉप्स के ज़रिए…
एक पेपर की बनावट
| सेक्शन | यह किस बात का जवाब देता है | टिप |
|---|---|---|
| Title | यह किस बारे में है? | सटीक और सीधा-सादा। हो सके तो अपनी खोज (finding) के बारे में बताएं। |
| Abstract | समस्या, तरीका (method), मुख्य नतीजा, और यह क्यों ज़रूरी है | चार या पाँच वाक्य। इसे सबसे आखिर में लिखें, फिर दोबारा सुधारकर लिखें। |
| Introduction | मुझे इसमें दिलचस्पी क्यों होनी चाहिए? आपने क्या किया? | अपने मुख्य योगदानों (contributions) की एक छोटी लिस्ट के साथ इसे खत्म करें। |
| Related work | यह दूसरों के काम के साथ कैसे मेल खाता है? | दूसरों के काम को निष्पक्ष रूप से दिखाएं। सिर्फ़ पेपर्स की लिस्ट न बनाएं, बल्कि अंतर समझाएं। |
| Method | आपने असल में क्या किया? | इतनी बारीक जानकारी कि कोई इसे दोबारा बना सके। |
| Experiments | आपने इसे कैसे टेस्ट किया, और क्या हुआ? | डेटा, baselines, metric, seeds, और फिर नतीजे व ablations। |
| Limitations | यह कहाँ काम नहीं करता, या कहाँ लागू नहीं होता? | सटीक और ईमानदार रहें। |
| Conclusion | पढ़ने वाले को क्या याद रखना चाहिए? | छोटा हो। कोई नए दावे न हों। |
| Appendix | तमाम बारीकियां | Hyperparameters, अतिरिक्त नतीजे, और कितना compute इस्तेमाल हुआ। |
साफ़-सुथरे figures और tables
- एक फ़िगर, एक संदेश। उस संदेश को कैप्शन के पहले वाक्य के रूप में लिखें।
- Axes (अक्षों) पर नाम और इकाइयाँ (units) लिखें। टेक्स्ट ऐसा रखें कि छोटा प्रिंट होने पर भी पढ़ा जा सके।
- फैलाव (spread) दिखाएं: seeds के हिसाब से error bars या शेडेड इलाके, और कैप्शन में बताएं कि उनका क्या मतलब है (उदाहरण के लिए, 5 seeds पर standard deviation)।
- जब पाठकों को दो प्लॉट्स की तुलना करनी हो, तो दोनों में एक ही axis range रखें।
- सिर्फ़ लाल और हरे रंग पर निर्भर न रहें। ऐसे रंगों का इस्तेमाल करें जिन्हें कलर ब्लाइंडनेस वाले लोग भी पहचान सकें, और अलग-अलग लाइन स्टाइल या मार्कर्स का उपयोग करें।
- टेबल्स में सबसे अच्छे नतीजे को मार्क करें, और seeds की संख्या भी शामिल करें।
- "Figure 3: Results."
- "Figure 3: बैक-ट्रांसलेशन से हमारे द्वारा टेस्ट की गई तीनों भारतीय भाषाओं में एक्यूरेसी बेहतर होती है। बार्स 5 seeds का औसत (mean) दिखाते हैं; error bars एक standard deviation दिखाते हैं।"
ईमानदार limitations
- "और भी एक्सपेरिमेंट्स किए जा सकते थे।"
- "हमारे तरीके में कुछ कमियां हो सकती हैं।"
- "हमने सिर्फ़ छोटे साइज़ तक के मॉडल्स को ही टेस्ट किया; बड़े मॉडल्स का व्यवहार अलग हो सकता है।"
- "हमारे टेस्ट सेट में सिर्फ़ समाचार (news) का टेक्स्ट है; सोशल मीडिया के टेक्स्ट पर नतीजे अलग हो सकते हैं।"
शेयर करने के तरीके
| कहाँ | यह क्या है | किसके लिए सही है |
|---|---|---|
| arXiv प्रीप्रिंट | एक मुफ़्त, पब्लिक पेपर सर्वर। यहाँ बिना पूरे पीयर रिव्यू (peer review) के पेपर्स जल्दी सामने आ जाते हैं। | अपने पेपर का एक तारीख़ वाला, साइट (cite) करने लायक पब्लिक वर्ज़न पाने के लिए। पहली बार सबमिट करने वालों को किसी के एंडोर्समेंट की ज़रूरत पड़ सकती है; arXiv के ताज़ा नियम देख लें। |
| ओपन कोड | आपके कोड वाली एक पब्लिक रिपॉजिटरी | दूसरों को आपके काम को दोहराने और उस पर आगे काम करने का मौका देने के लिए। |
| ब्लॉग पोस्ट | एक छोटा और आसान लेख | पुराने नतीजों को दोहराना (reproductions), ट्यूटोरियल्स, नेगेटिव नतीजे, और सीखे गए सबक। |
| वर्कशॉप | एक छोटा और फ़ोकस्ड इवेंट, जो अक्सर किसी बड़ी कॉन्फ्रेंस के साथ ही आयोजित होता है | शुरुआती या चल रहे काम के लिए, अपने फ़ील्ड के लोगों से मिलने और फ़ीडबैक पाने के लिए। |
| कॉन्फ़्रेंस या जर्नल | पीयर-रिव्यूड जगहें | पूरी तरह तैयार और मुकम्मल काम के लिए। प्रीप्रिंट्स और अनामीकरण (anonymity) को लेकर हर जगह के नियम ज़रूर पढ़ें। |
ऐसा ओपन कोड जिसे दूसरे सच में चला सकें
- 1
README
प्रोजेक्ट क्या करता है, इसे कैसे इंस्टॉल करें, और एक कमांड से मुख्य एक्सपेरिमेंट कैसे चलाएं। - 2
पिन किए गए वर्ज़न्स (Pinned versions)
आपके द्वारा इस्तेमाल किए गए लाइब्रेरी वर्ज़न्स वाली एक requirements फ़ाइल। - 3
Configs और seeds
पेपर में दिए गए हर नंबर के पीछे की सटीक सेटिंग्स और seeds। - 4
डेटा से जुड़े निर्देश
डेटा कहाँ से मिलेगा और इसे कैसे तैयार करना है। डेटा के लाइसेंस का सम्मान करें। - 5
लाइसेंस
एक ओपन लाइसेंस चुनें ताकि दूसरों को पता हो कि वे आपके कोड के साथ क्या कर सकते हैं।
और देखें और पढ़ें
लैब
नतीजों का एक पेज का नोट: टाइटल, एब्स्ट्रैक्ट, एक टेबल या फ़िगर जिसके साथ एक दमदार कैप्शन हो, और ख़ास लिमिटेशन्स।
समस्या
अपनी seed-variance लैब, अपनी reproduction, या अपने किसी छोटे एक्सपेरिमेंट के नतीजों का इस्तेमाल करें।
- एक ख़ास टाइटल लिखें जो नतीजे को साफ़ बताए।
- चार या पाँच वाक्यों का एक एब्स्ट्रैक्ट लिखें: समस्या, आपने क्या किया, मुख्य नतीजा, और यह क्यों मायने रखता है।
- एक टेबल या फ़िगर बनाएँ। seeds पर mean और spread दिखाएँ, और एक ऐसा कैप्शन लिखें जिसका पहला वाक्य मुख्य संदेश हो।
- एक छोटा "Setup" पैराग्राफ़ लिखें: डेटा, स्प्लिट, बेसलाइन, मीट्रिक, seeds की संख्या, और सेटिंग्स कैसे चुनी गईं।
- कम से कम दो ख़ास लिमिटेशन्स लिखें।
- कोड के लिए एक README रूपरेखा लिखें: इंस्टॉल कैसे करें, रन कैसे करें, और ये नंबर कहाँ से आते हैं।
आपका काम तब पूरा होगा जब
कठिन सवाल
उत्तर देखने से पहले ख़ुद जवाब देने की कोशिश करें। अगर आप इनके जवाब दे सकते हैं, तो आप पाठ समझ गए हैं।
Q1आपका नतीजा दो डेटासेट्स पर साफ़ तौर पर पॉज़िटिव है और तीसरे पर साफ़ नहीं है। आप एब्स्ट्रैक्ट कैसे लिखेंगे?दिखाएं
दोनों बातें कहें। उदाहरण के लिए: "तीन में से दो डेटासेट्स पर एक्यूरेसी बेहतर होती है; तीसरे पर अंतर seed variation के दायरे में है।" तीसरे नतीजे को छिपाना बढ़ा-चढ़ाकर दावा करना होगा, और इसे आज़माने वाले पाठकों का आपके काम से भरोसा उठ सकता है। ईमानदार वर्शन भी एक काम का नतीजा है।
Q2एक रिव्यूअर का कहना है कि आपके फ़िगर के एरर बार बहुत ज़्यादा ओवरलैप कर रहे हैं। आपको क्या करना चाहिए?दिखाएं
इसे गंभीरता से लें। जाँचें कि क्या आपका दावा फैलाव (spread) से भी छोटे अंतर पर टिका है। विकल्प: ज़्यादा seeds रन करें, उन्हीं seeds पर paired comparison का इस्तेमाल करें, या दावे को नरम करके "कोई साफ़ अंतर नहीं" कहें। ओवरलैप छिपाने के लिए प्लॉट को बदलना कोई विकल्प नहीं है।
अक्सर पूछे जाने वाले सवाल
क्या मुझे peer review से पहले arXiv पर पोस्ट करना चाहिए या बाद में?
कई AI रिसर्चर्स पेपर सबमिट करते समय या काम पूरा होने पर प्रीप्रिंट पोस्ट कर देते हैं। कुछ जगहों पर प्रीप्रिंट्स और गुमनामी (anonymity) से जुड़े नियम होते हैं, इसलिए पहले उस जगह की पॉलिसी पढ़ लें। समय को लेकर अपने साथी लेखकों (co-authors) या मेंटर से बातचीत कर लें।
क्या किसी नेगेटिव नतीजे (negative result) को लिखना फ़ायदेमंद है?
हाँ, अगर एक्सपेरिमेंट सही तरीके से किया गया था। "यह मशहूर आइडिया इस स्थिति में काम नहीं आया" जैसी बात दूसरों का समय बचाती है। ब्लॉग पोस्ट, वर्कशॉप पेपर या कोई छोटी रिपोर्ट इसके लिए अच्छी जगहें हैं। आपने क्या कोशिश की, इसे ध्यान से समझाएं ताकि पढ़ने वाले इस पर भरोसा कर सकें।
मेरी अंग्रेज़ी बहुत अच्छी नहीं है। क्या इससे नुकसान होगा?
दिखावटी भाषा से बेहतर है साफ़ और सीधी भाषा। छोटे वाक्य, हर पैराग्राफ में एक विचार, और शब्दों का एक जैसा इस्तेमाल बहुत मददगार साबित होता है। किसी दोस्त से इसे पढ़ने को कहें। राइटिंग टूल्स ग्रामर ठीक करने में मदद कर सकते हैं, लेकिन यह ज़रूर जांचें कि आपकी बात का असली मतलब न बदले, और AI के इस्तेमाल पर उस जगह के नियमों का पालन करें।
लेखक (author) किसे होना चाहिए?
वे लोग जिन्होंने आइडियाज़, एक्सपेरिमेंट्स या लिखने में असल योगदान दिया है, और जो पेपर की ज़िम्मेदारी लेने के लिए तैयार हैं। authorship पर अपने साथियों के साथ शुरुआत में ही खुलकर बात करें, बिल्कुल आखिरी वक्त पर नहीं। जिन दूसरों ने मदद की, उन्हें acknowledgements में धन्यवाद दें।
पाठ का टेस्ट
5 सवाल। पास होने और इस पाठ को पूरा करने के लिए 3 सही होने चाहिए (60%)।