नमस्ते! मेरा नाम दिमित्री पावलोव है, मैं
ग्रिडगैन में काम करता
हूं , और मैं अपाचे इग्नाइट में एक
कमिटेटर और पीएमसी का सदस्य और अपाचे ट्रेनिंग में योगदानकर्ता भी हूं। हाल ही में, मैंने ओपन सोर्स पर सेर्बैंक की बैठक में कमिटेटर के काम पर एक रिपोर्ट बनाई। ओपनसोर्स समुदाय के विकास के साथ, कई ने सवाल उठाने शुरू किए: कैसे एक कमिटेटर बनने के लिए, इस भूमिका को पाने के लिए आपको किन कार्यों को लेना होगा और कोड की कितनी लाइनें लिखनी होंगी। जब हम कमिटर्स के बारे में सोचते हैं, तो हमें तुरंत सर्वशक्तिमान और सभी जानने वाले लोगों के सिर पर मुकुट और एक राजदंड के बजाय "क्लीन कोड" की मात्रा के साथ प्रस्तुत किया जाता है। क्या ऐसा है? अपनी पोस्ट में मैं कमिटर्स के बारे में सभी महत्वपूर्ण सवालों के जवाब देने की कोशिश करूंगा ताकि आप समझ सकें कि क्या आपको वाकई इसकी जरूरत है।
ओपन सोर्स समुदाय के सभी नवागंतुकों में विचारों की एक हड़बड़ी है कि वे कभी भी कमिटर्स नहीं बनेंगे। वास्तव में, कई लोगों के लिए, यह एक प्रतिष्ठित भूमिका है जिसे केवल एक टन कोड लिखकर विशेष योग्यता के लिए प्राप्त किया जा सकता है। लेकिन यह इतना आसान नहीं है। कम्यूनिटी से कमिटेटर पर एक नजर।
कमिटेटर कौन है और इसकी आवश्यकता क्यों है?
एक नया ओपनसोर्स उत्पाद बनाते समय, हम हमेशा उपयोगकर्ताओं को इसका उपयोग करने और शोध करने की अनुमति देते हैं, साथ ही संशोधित प्रतियों को संशोधित और वितरित करते हैं। लेकिन जब किए गए परिवर्तनों के साथ सॉफ़्टवेयर की प्रतियों का अनियंत्रित वितरण होता है, तो हम मुख्य कोड आधार में काउंटरबफ़्स प्राप्त नहीं करते हैं और परियोजना विकसित नहीं होती है। यहां वही कमिट पहले से ही आवश्यक है, जिसे परियोजना में उपयोगकर्ता योगदान एकत्र करने का अधिकार है।
कमिटेटर क्यों बनें?
शुरू करने के लिए, कमिट करना फिर से शुरू करने के लिए एक प्लस है, और प्रोग्रामिंग के क्षेत्र में शुरुआती लोगों के लिए - एक और भी बड़ा प्लस, क्योंकि अक्सर नौकरी मांगते समय वे कोड उदाहरणों के लिए पूछते हैं।
कमिट करने का दूसरा निस्संदेह लाभ शीर्ष विशेषज्ञों के साथ संवाद करने और खुले स्रोत से कुछ शांत विचारों को अपनी परियोजना में खींचने की क्षमता है। इसके अलावा, यदि आप एक निश्चित ओपन सोर्स उत्पाद को अच्छी तरह से जानते हैं, तो आप उस कंपनी में नौकरी पा सकते हैं जो इसका समर्थन या उपयोग करती है। एक राय यह भी है कि यदि आप खुले स्रोत में भाग नहीं लेते हैं, तो आप उच्च कैरियर पदों पर नहीं पहुंच सकते।
करियर और रोजगार के लिहाज से लाभ के अलावा, अपने आप में कमिटमेंट अच्छा है। पेशेवर समुदाय आपको पहचानता है, आप अपने काम का परिणाम स्पष्ट रूप से देखते हैं। किसी तरह के कॉर्पोरेट विकास की तरह नहीं, जहां कभी-कभी आप यह भी नहीं समझ पाते हैं कि आप एक्सएमएल में फील्ड्स को क्यों और कहां ट्रांसफर कर रहे हैं।
ओपनसोर्स समुदायों में, आप लिनस टोरवाल्ड्स स्तर के शीर्ष विशेषज्ञों से मिल सकते हैं। लेकिन अगर आप ऐसे नहीं हैं, तो आपको यह नहीं सोचना चाहिए कि आपके पास करने के लिए कुछ नहीं है - विभिन्न स्तरों के कार्य हैं।
खैर, अतिरिक्त बोनस हैं: अपाचे कमिटर्स, उदाहरण के लिए, एक नि: शुल्क इंटेलीज आइडिया अल्टीमेट लाइसेंस (अपनी सीमाओं के साथ यद्यपि) प्राप्त करें।
कमिटेटर बनने के लिए क्या करें?
सब कुछ सरल है - आपको प्रतिबद्ध होने की आवश्यकता है।
यदि आपको लगता है कि परियोजनाओं पर आपके लिए कोई कार्य नहीं हैं, तो आप गलत हैं। बस उस समुदाय से जुड़ें जो आपकी रुचि रखता है और वह करता है जिसे करने की आवश्यकता है। Apache Software Foundation के पास कमिट आवश्यकताओं के लिए एक अलग
गाइड है ।
आपको किन कार्यों को हल करना होगा?
सबसे विविध - विकास से लेकर लेखन परीक्षण और प्रलेखन। हां, डेवलपर्स के योगदान के साथ समुदाय में परीक्षकों और डॉक्यूमेंटरों का योगदान महत्वपूर्ण है। उदाहरण के लिए, गैर-मानक कार्य हैं, YouTube चैनल का नेतृत्व करना और अन्य उपयोगकर्ताओं को यह बताना कि आप ओपनसोर्स उत्पाद का उपयोग कैसे करते हैं। उदाहरण के लिए, अपाचे सॉफ्टवेयर फाउंडेशन का एक अलग
पेज है जो बताता है कि किस मदद की आवश्यकता है।
क्या मुझे कमिट करने के लिए एक बड़ी सुविधा लिखने की आवश्यकता है?
नहीं। यह बिल्कुल भी जरूरी नहीं है। कमेंट करने वाले को टन कोड नहीं लिखना चाहिए। लेकिन यदि आपने एक बड़ी विशेषता लिखी है, तो परियोजना प्रबंधन समिति के लिए आपका मूल्यांकन करना आसान हो जाएगा। समुदाय में योगदान केवल सुविधाओं, प्रोग्रामिंग और परीक्षण के बारे में नहीं है। यदि आप एक पत्र लिखते हैं और कुछ समस्या के बारे में बात करते हैं, तो एक तर्कपूर्ण समाधान पेश करें - यह भी एक योगदान है।
यह समझना महत्वपूर्ण है कि कमिटिंग विश्वास है। आपको कमिट करने या न करने के लिए, आपके जैसे लोग अपने विचारों के आधार पर निर्णय लेते हैं, जैसे कि उस व्यक्ति पर जो उत्पाद का लाभ उठाता है। इसलिए, आपको, समुदाय में अपने कार्यों और कार्यों के माध्यम से, यह बहुत विश्वास हासिल करने की आवश्यकता है।
कैसे व्यवहार करें?
रचनात्मक, सकारात्मक, विनम्र और धैर्यवान बनें। याद रखें कि खुले स्रोत में सभी स्वयंसेवक और कोई किसी के लिए कुछ भी नहीं देता है। वे आपको जवाब नहीं देते हैं - प्रतीक्षा करें और 3-4 दिनों में आपके प्रश्न के बारे में याद दिलाएं। वे लगातार आपको जवाब नहीं देते हैं - ठीक है, खुला स्रोत स्वैच्छिक है।
आप या आपके लिए कुछ करने के लिए मत कहिए। अनुभवी समुदाय के सदस्यों के पास ऐसे "भिखारियों" के लिए एक स्वभाव है और तुरंत उन लोगों के लिए एक एलर्जी है जो अपने काम को उनसे दूर करना चाहते हैं।
यदि आपकी मदद की जाती है, तो यह बहुत अच्छा है, लेकिन इसका दुरुपयोग न करें। यह मत लिखो: "दोस्तों, इसे ठीक करो, अन्यथा मैं वार्षिक पुरस्कार खो रहा हूं।" यह पूछना बेहतर है कि आप आगे कहां जा रहे हैं, और हमें बताएं कि आपने इस बग को पहले से क्या खोदा है। और यदि आप समस्या को हल करने के परिणामों के आधार पर विकी को अपडेट करने का वादा करते हैं, तो संभावना है कि वे जवाब देंगे कि आप काफी बढ़ जाएंगे।
अंत में,
आचार संहिता पढ़ें और
प्रश्न पूछना सीखें।
यदि आप कम्यूटर नहीं हैं तो योगदान कैसे करें?
प्रोजेक्ट्स अक्सर RTC योजना का उपयोग करते हैं, जब हर कोई पहले समीक्षा के माध्यम से जाता है, और फिर परिवर्तन को मास्टर में विलय कर दिया जाता है। इस योजना के साथ, पूरी तरह से सब कुछ एक समीक्षा से गुजरता है, यहां तक कि कमिटर्स भी। इसलिए, आप कमिट किए बिना प्रोजेक्ट में सफलतापूर्वक योगदान दे सकते हैं। और एक नए कमिटर के रूप में चुना जाना आसान बनाने के लिए, आप नए सदस्यों को सलाह दे सकते हैं, ज्ञान साझा कर सकते हैं, नई सामग्री बना सकते हैं।
विविधता - लाभ या हानि?
विविधता - अपाचे सॉफ्टवेयर फाउंडेशन की समझ में, अन्य बातों के अलावा, कई कंपनियों द्वारा एक ओपन सोर्स प्रोजेक्ट में प्रतिभागियों की संबद्धता है। यदि हर कोई केवल एक संगठन से जुड़ा है, तो परियोजना में उसकी रुचि के नुकसान के साथ, सभी प्रतिभागी प्रसिद्ध रूप से वहां से भाग रहे हैं। विविधता दीर्घकालिक, परियोजना स्थिरता, बहुमुखी अनुभव और प्रतिभागियों की राय की एक विस्तृत श्रृंखला प्रदान करती है।
प्यार के लिए या सुविधा के लिए?
ओपन सोर्स प्रोजेक्ट्स में, दो प्रकार के लोग होते हैं: जो एक संगठन में काम करते हैं जो इस उत्पाद में योगदान करते हैं, और वे जो यहां प्यार के लिए काम करते हैं, अर्थात स्वयंसेवक। उनमें से कौन अधिक उत्पादक है? एक नियम के रूप में, प्रतिभागी जो संगठन-योगदानकर्ता से उत्पाद का समर्थन करते हैं। उनके पास बस अधिक समय है और सच्चाई को प्राप्त करने के लिए एक स्पष्ट प्रेरणा है, वे कार्य पर केंद्रित हैं और उपयोगकर्ता के करीब हैं।
जो लोग ऐसा करते हैं, वे "प्यार से बाहर" भी प्रेरित होते हैं, लेकिन एक अलग तरीके से - वे इस परियोजना का अध्ययन करने के लिए उत्सुक हैं, जिससे दुनिया को एक बेहतर जगह मिल सके। और यह वास्तव में ऐसे प्रतिभागी हैं जो अधिक स्थिर हैं और दीर्घकालिक पर केंद्रित हैं, क्योंकि जो लोग अपनी पहल पर समुदाय में आए थे, वे इसे एक दिन छोड़ने की संभावना नहीं है।
उत्पादकता और स्थिरता के बीच संतुलन कैसे पाएं? दो विकल्प हैं। पहला विकल्प: जब एक भागीदार उस कंपनी के लिए काम करता है जो आधिकारिक तौर पर इस ओपनसोर्स प्रोजेक्ट में लगी हुई है और इसमें कुछ अतिरिक्त करती है, तो अपनी रुचि से बाहर - उदाहरण के लिए, वह नए लोगों का समर्थन करती है। दूसरा विकल्प एक कंपनी है जिसने एक खुले स्रोत परिवर्तन का अनुभव किया है। उदाहरण के लिए, जब कर्मचारियों ने सप्ताह में चार दिन मुख्य व्यवसाय परियोजना देखी, और बाकी समय वे खुला स्रोत करते हैं।
कमिटेटर - होना या न होना?
कमिटिंग एक अच्छा और उपयोगी विषय है, लेकिन आपको कमिटेटर बनने का प्रयास नहीं करना चाहिए। यह भूमिका कोड के लिए नहीं प्राप्त की जा सकती है, और यह आपके ज्ञान को साबित नहीं करती है। केवल विशेषज्ञता महत्वपूर्ण है, अर्थात्, वह ज्ञान और अनुभव जो आप परियोजना का अध्ययन करके प्राप्त करेंगे, इसमें तल्लीनता और दूसरों की समस्याओं को हल करने में मदद करेंगे।