शक्ति, पैसा और खुला स्रोत। यह बताते हुए कि अपाचे इग्नाइट के साथ समुदाय कैसे काम करता है

मॉस्को में आखिरी अपाचे इग्नाइट समुदाय की बैठक में, मैंने इस बारे में बात की:

• खुला स्रोत समुदाय;
• खुले स्रोत में बिजली और पैसा;
• योगदानकर्ता और कमिटेटर कैसे बनें, और आपको इसकी आवश्यकता क्यों है।

रिपोर्ट के सीमित समय ने मुझे अधिक उदाहरण देने की अनुमति नहीं दी, इसलिए मैं हैबे पर विस्तारित संस्करण पोस्ट करता हूं। उपरोक्त सभी मेरे व्यक्तिगत अनुभव पर आधारित है और किसी भी कंपनी या संगठन की आधिकारिक स्थिति नहीं है।

एक समुदाय क्या है?

यह स्पष्ट लग सकता है, लेकिन फिर भी हम यह स्पष्ट करते हैं कि समुदाय द्वारा हमारा क्या मतलब है। सबसे पहले, हम एक ऑनलाइन समुदाय के बारे में बात कर रहे हैं। यह लोगों को एक दूसरे के साथ बातचीत करने के लिए एक तरह का मंच है। यदि कोई समुदाय, उदाहरण के लिए, स्वास्थ्य, फिटनेस और इसी तरह की गतिविधियों के लिए समर्पित है, तो इसका कार्य अपने सदस्यों का समर्थन करना हो सकता है। या एक समुदाय एक सार्वजनिक अच्छा बना सकता है। यह वास्तव में खुले स्रोत सॉफ्टवेयर विकास समुदाय के मामले में है। इसके अलावा, यदि आप किसी प्रकार के सॉफ़्टवेयर को विकसित करने की इच्छा रखते हैं, तो आपको ऐसे लोगों के साथ मिलने की संभावना नहीं है, उदाहरण के लिए, आपके लैंडिंग या अगले प्रवेश द्वार पर। ऐसी परियोजनाएं हैं, लेकिन आमतौर पर छात्र के रूप में। और ऑनलाइन समुदाय महाद्वीपों और समय क्षेत्रों के बीच बाधाओं को मिटा देता है, जिससे आप अधिक उत्साही मिल सकते हैं।

अपाचे नींव

Apache का इतिहास 1999 में HTTPD वेब सर्वर के साथ शुरू हुआ: लोगों के एक समूह ने एक वेब सर्वर विकसित करना शुरू किया, उपयोगकर्ता उनके पास आने लगे, जिनमें से कुछ ने पैच भेजना शुरू कर दिया क्योंकि वे इस उत्पाद में कुछ सुधार करना चाहते थे या बग को ठीक करना चाहते थे। डेवलपर्स ने धीरे-धीरे इस समुदाय के सबसे सक्रिय सदस्यों को रिपॉजिटरी में धकेलने का अधिकार आवंटित करना शुरू कर दिया, जिसे अब प्रतिबद्ध अधिकार कहा जाता है।

ओपन सोर्स के विकास के लिए एक ही दृष्टिकोण को लागू करते हुए, अपाचे अब सबसे बड़ा संगठन (फाउंडेशन) बन गया है, जो ओपन सोर्स सॉफ्टवेयर विकसित करता है। संगठन को 319 (अब तक) विविध परियोजनाओं में विभाजित किया गया है, जिनमें से लगभग 200 शीर्ष-स्तरीय हैं। सभी परियोजनाओं के लिए कोई एकल प्रक्रिया नहीं है, सभी प्रतिभागी स्वयंसेवक हैं, उनके काम का भुगतान संगठन द्वारा कभी नहीं किया जाता है।

अपाचे बिना असफल सभी परियोजनाओं की आवश्यकता है:

• कानूनी नीति;
• ब्रांड उपयोग नीतियां;
• रिलीज को अपनाने पर वोटिंग;
• मेलिंग सूचियों का उपयोग;
• सूचना सुरक्षा।

अपाचे इनक्यूबेटर

एक समुदाय का निर्माण करने के लिए, सभी अपाचे परियोजनाएं अपाचे इनक्यूबेटर के माध्यम से विफल हो जाती हैं। यह न केवल परियोजना, बल्कि इसके आसपास के समुदाय के विकास में एक मध्यवर्ती चरण है। अपाचे में कोई भी तय नहीं करेगा कि किस तकनीक का उपयोग करना है। इसके अलावा, वे यह भी नहीं बताएंगे कि कौन सा निर्णय चुनना है। अपाचे इनक्यूबेटर का लक्ष्य एक समुदाय का निर्माण करना है जो एक साथ निर्णय लेता है। यह बहुत महत्वपूर्ण है कि प्रतिभागी यह समझें कि निर्णय कैसे और कौन करता है, वे कहां बोल सकते हैं, उनकी आवाज कहां सुनी जाएगी। एएसएफ का आयोजन परियोजना के संरक्षक को संलग्न करके मदद करता है।

शीर्ष स्तर की अपाचे परियोजना

यदि कोई परियोजना अपाचे इनक्यूबेटर को छोड़ देती है, तो यह शीर्ष स्तर की परियोजना बन सकती है। अपाचे परियोजना को सम्मेलनों में भाग लेने में मदद करता है, ब्रांड को बढ़ावा देने में हर संभव सहायता प्रदान करता है, और बुनियादी ढांचे का समर्थन करता है।

शीर्ष स्तर की परियोजना का समुदाय उपयोगकर्ताओं की गारंटी देता है:

• कोड का कानूनी रूप से उपयोग किया जा सकता है;
• उच्च गुणवत्ता वाला कोड;
• सूचना सुरक्षा देखी जाती है: उदाहरण के लिए, सभी रिलीज़ पर हस्ताक्षर किए जाते हैं;
• परियोजना हमेशा उपयोगकर्ताओं के लिए उपलब्ध होगी।

खुला स्रोत और शक्ति

अब बात करते हैं शक्ति और धन की, और निर्णय कैसे किए जाते हैं। यह हमेशा समुदाय के सदस्यों के लिए भी स्पष्ट नहीं है। अपाचे परियोजना में कई भूमिकाएँ हैं और कई मेलिंग सूचियाँ उनके अनुरूप हैं:

• उपयोगकर्ता (user@project.apache.org);
• डेवलपर (dev@project.apache.org);
• कमेटी (dev@project.apache.org);
• PMC (private@project.apache.org);
• पीएमसी चेयर (Private@project.apache.org)।

इसके अलावा, आप अपाचे सॉफ्टवेयर फाउंडेशन के ढांचे के भीतर पहले से ही विकसित हो सकते हैं, एक परियोजना के संरक्षक बन सकते हैं, अन्य परियोजनाओं को एक समुदाय बनाने में मदद कर सकते हैं।

उच्च भूमिका, कम लोग इसे करते हैं, अर्थात्, एक उल्टा पिरामिड रूप है: सबसे अधिक उपयोगकर्ता, कम से कम पीएमसी। आमतौर पर हर कोई प्रतिभागियों में रुचि रखता है जो बड़े हो रहे हैं और एक उच्च भूमिका निभा रहे हैं।

वाणिज्यिक कंपनियों के विपरीत, जहां कर्मचारी और विकास बजट द्वारा सीमित होते हैं, खुले स्रोत में यह नहीं होता है, कुछ भी कमर्स या पीएमसी की संख्या को सीमित नहीं करता है। समूह स्वतंत्र रूप से खुद को नियंत्रित करता है।

उपयोगकर्ता

उपयोगकर्ता हम सभी हैं। निश्चित रूप से आप में से प्रत्येक किसी प्रकार के ओपन सोर्स सॉफ्टवेयर का उपयोग करता है। यह समुदाय के लिए महत्वपूर्ण है कि उपयोगकर्ता बग रिपोर्ट या सुविधा अनुरोधों के रूप में न केवल उपयोग करता है या प्रतिक्रिया देता है, बल्कि दूसरों की मदद भी करता है। यही है, समुदाय के दृष्टिकोण से, एक प्रतिभागी केवल एक उपयोगकर्ता बन जाता है जब वह उपयोगकर्ता-सूची में सदस्यता लेता है और प्रतिक्रिया करता है और दूसरों को उत्पाद को मास्टर करने में मदद करता है, अपने ज्ञान को साझा करता है।

डेवलपर / योगदानकर्ता

यदि उपयोगकर्ता परियोजना में योगदान करने के लिए तैयार है, तो पहले योगदान के साथ वह स्वचालित रूप से एक योगदानकर्ता, या एक डेवलपर बन जाएगा - ये पर्यायवाची हैं। योगदानकर्ता एक डेवलपर न्यूज़लेटर में भाग लेता है जो सामुदायिक योगदान से संबंधित हर चीज पर चर्चा करता है। सभी डेवलपर्स सामुदायिक निर्णय लेने को प्रभावित करते हैं, सभी निर्णय की आलोचना करते हैं और विकल्प प्रदान करते हैं।

committer

यदि समुदाय का मानना ​​है कि व्यक्ति ने पर्याप्त योगदान दिया है, तो वह भंडार में धकेलने का हकदार हो सकता है, अर्थात, उसके कोड के समीक्षकों की न्यूनतम संख्या शून्य हो जाती है (हालांकि अपाचे इग्नाइट में, कमिटर्स अभी भी कभी-कभी कोड पार्सिंग से गुजरते हैं)। कमिटर्स ICLA ( इंडिविजुअल कंट्रीब्यूटर लाइसेंस एग्रीमेंट ) पर हस्ताक्षर करते हैं । हालाँकि, कमीशन प्राप्त करने से पहले इस पर हस्ताक्षर भी किए जा सकते हैं। कम्प्रेटर को apache.org पर एक मेलबॉक्स प्राप्त होता है और वह परियोजना में प्रत्येक योगदान से संबंधित निर्णय ले सकता है।

पीएमसी सदस्य

पीएमसी (परियोजना प्रबंधन समिति) सदस्य - परियोजना प्रबंधन समिति के सदस्य। इस समुदाय के सदस्य ने पहले ही उत्पाद के विकास में एक महान योगदान दिया है और दीर्घकालिक विकास निर्णय लेने का हकदार है, परियोजना को नियंत्रित करता है, विशेष रूप से, संयुक्त निर्णय लेने वाले कई पहलुओं पर नजर रखता है। यह समुदाय के सदस्यों को आम सहमति तक पहुंचने में मदद करता है। पीएमसी के पास अपाचे में बहुत सारी जिम्मेदारियां हैं, उदाहरण के लिए, यह रिलीज को स्वीकार करने के लिए वोट कर सकता है। कमिटर और योगदानकर्ता भी कर सकते हैं, लेकिन, उनके विपरीत, पीएमसी में एक बाध्यकारी आवाज है। पीएमसी कमिटर्स या नए पीएमसी को प्रपोज कर सकता है।

पीएमसी चेयर

पीएमसी चेयर अपाचे सॉफ्टवेयर फाउंडेशन के बीच का पुल है। शायद पीएमसी सदस्य की तुलना में पीएमसी अध्यक्ष के पास अधिक शक्ति नहीं है। लेकिन उसे समस्याओं को हल करना होगा और परियोजना की स्थिति पर अपाचे बोर्ड को रिपोर्ट करना होगा।

निर्णय लेना: दूषण

अपाचे द्वैतवाद के सिद्धांत पर हावी है (डू-ओशनिस, डू - "डू")। जितना अधिक आप करते हैं, उतने अधिक अवसर आपके पास होते हैं, जितना अधिक आप परियोजना को प्रभावित करते हैं।
यदि किसी निर्णय के लिए सभी प्रतिभागियों की समन्वित स्थिति की आवश्यकता होती है, तो एक वोट लिया जाता है। सभी को मतदान करने के लिए कम से कम 72 घंटे तक रहता है।

मतदाताओं ने डाला:

+1: "निर्णय के लिए।"
0: "मुझे परवाह नहीं है।"
-1: "फैसले के खिलाफ।" इस मामले में, आपको कुछ और प्रस्तावित करने की आवश्यकता है और विस्तार से बताएं कि आप क्यों वोट देते हैं।

अन्य प्रकार के वोट हैं:

0: "मुझे वास्तव में यह विचार पसंद नहीं आया, लेकिन यह मुझे सूट करता है।"
-0: "मैं हस्तक्षेप नहीं करता, लेकिन ऐसा न करना बेहतर है।"
-0.5: "मुझे यह विचार पसंद नहीं आया, लेकिन मैं इसके खिलाफ तर्कसंगत तर्क नहीं खोज सकता।"
++ 1: "सुपर, चलो करते हैं!"
-0.9: "मुझे यह पसंद नहीं है, लेकिन अगर हर कोई चाहता है, तो मैं पहियों में चिपक नहीं सकता, आगे बढ़ो।"
+0.9: "विचार अच्छा है, मुझे यह पसंद है, लेकिन मुझे मदद करने के लिए समय / ज्ञान नहीं है।"

आलसी की सहमति

निर्णय लेने की नीति है जैसे आलसी आम सहमति, या मौन के माध्यम से अनुमोदन। यह प्रक्रिया कम से कम 72 घंटे भी चलती है। यदि किसी व्यक्ति ने स्पष्ट रूप से लिखा है: "मैं इस निर्णय को एक आलसी आम सहमति के माध्यम से पारित करना चाहता हूं", तो तीन दिनों में, भले ही किसी ने जवाब न दिया हो, इस निर्णय को समुदाय द्वारा स्वीकार किया जाना माना जाता है।

बहुमत से अनुमोदन और आम सहमति से अनुमोदन

रिहाई के लिए मतदान अधिक सक्रिय है: इस मामले में, समुदाय के सदस्यों के बहुमत की मंजूरी आवश्यक है: तीन बाध्यकारी वोट (PMC से) "के लिए", और अधिक वोट "के खिलाफ" से "के लिए"।
आम सहमति सबसे अच्छा विकल्प है: सभी पक्ष में हैं, कम से कम तीन पीएमसी के साथ।

वीटो

एक योग्य योगदानकर्ता, आमतौर पर एक पीएमसी सदस्य, इसे वीटो कर सकता है। वह कोड को संशोधित करने के लिए -1 वोट करता है और एक विस्तृत विवरण लिखता है। कोई भी इस तरह के पीएमसी सदस्य समाधान के आसपास नहीं पहुंच सकता है। आप एक रिलीज़ को वीटो नहीं कर सकते हैं, लेकिन यदि संपादन बहुत खराब है, उदाहरण के लिए, यह एक सुरक्षा छेद बनाता है या प्रदर्शन को बहुत कम करता है, तो पीएमसी -1 वोट कर सकता है। और जब तक वह वीटो वापस नहीं लेता, तब तक एडिट लागू करना असंभव है।

प्रतिभा

एक और सिद्धांत जो द्वैध के करीब है। शाब्दिक रूप से, "योग्यता" का अर्थ है "योग्य की शक्ति।" खुले स्रोत में, इसका मतलब है कि यदि उपयोगकर्ता, जैसा कि समूह का मानना ​​है, ने समुदाय के लिए काफी कुछ किया है, तो उसे एक कमिटेटर में पदोन्नत किया जाता है। आप पूछ सकते हैं कि यह निर्णय कितना उचित है, क्या यह हमेशा ईमानदार और संतुलित है? यह इस समुदाय के सभी पीएमसी द्वारा एक अत्यंत व्यक्तिपरक निर्णय है। बड़े समुदायों में, अपाचे इग्नाइट की तरह, यह नीति कमोबेश औपचारिक हो सकती है। कुछ मानव योगदान महत्वपूर्ण हैं, डेवलपर्स के लिए समाचार पत्र में सक्रिय रूप से भाग लेना सुनिश्चित करें। लेकिन "पर्याप्तता" प्रत्येक परियोजना द्वारा व्यक्तिगत रूप से निर्धारित की जाती है।

एक महत्वपूर्ण बिंदु प्रतिभागी का मानवीय गुण है। अपाचे नीति स्पष्ट रूप से बताती है कि अन्य प्रतिभागियों के साथ व्यक्ति की बातचीत का मूल्यांकन किया जाता है, यदि वह उसकी राय से सहमत नहीं है तो वह कैसे व्यवहार करता है। किसी सदस्य को कमेटी या पीएमसी में पदोन्नत करने के लिए, अन्य पीएमसी को निजी सूची में वोट करना चाहिए, और "नहीं" वोट नहीं होना चाहिए।

खुला स्रोत और पैसा

यह महत्वपूर्ण विषय एक या दूसरे तरीके से पॉप अप करता है: अपाचे सॉफ्टवेयर फाउंडेशन उत्पादों के साथ पैसा कैसे बनाया जाए। संगठन सभी के सबसे व्यावसायिक रूप से अनुकूल लाइसेंस प्रदान करता है जो मौजूद है। आप अपाचे-आधारित उत्पादों को बेच सकते हैं या अपाचे उत्पादों के लिए समर्थन कर सकते हैं, आप उन्हें वाणिज्यिक उत्पादों में उपयोग कर सकते हैं।

एक महत्वपूर्ण आवश्यकता: अपाचे उत्पादों का हमेशा मुफ्त उपयोग होना चाहिए। वाणिज्यिक हितों की परवाह किए बिना उनका प्रबंधन किया जाता है। इस पर पीएमसी द्वारा नजर रखी जा रही है।

आयुक्त परियोजना में योगदान के लिए किसी तीसरे पक्ष के संगठन से धन प्राप्त कर सकता है। आयुक्त को किसी तीसरे पक्ष द्वारा काम पर रखा जा सकता है। हाल ही में, समुदाय के सदस्यों ने हैबर में बताया कि कैसे वे Sberbank Technologies में खुला स्रोत समुदाय Apache Ignite के साथ काम करते हैं। लेकिन अपाचे फाउंडेशन कभी भी कमिटर्स को भुगतान नहीं करता है। यह एक राजसी स्थिति है। अपाचे के लिए, कमिटेटर हमेशा एक स्वयंसेवक और एक व्यक्ति होता है। यही है, कंपनी अपाचे परियोजनाओं में भाग नहीं ले सकती है, केवल एक डेवलपर कर सकता है।

ओपन-सोर्स से क्यों और कैसे जुड़ना है

स्रोत परियोजनाओं को खोलने के लिए योगदान करना क्यों शुरू होता है?

यह आपके कौशल को उन्नत करने और पेशेवर प्रतिष्ठा अर्जित करने का एक अच्छा अवसर है। वाणिज्यिक कंपनियां खुले स्रोत में भाग लेने की सराहना करती हैं। कई प्रसिद्ध डेवलपर्स विभिन्न परियोजनाओं में भाग लेते हैं, कॉमर्स और पीएमसी बन जाते हैं।

लोगों को खुले स्रोत में भाग लेने से क्या रोकता है?

• "आपको 20 साल के अनुभव के साथ ओलंपियाड या वरिष्ठ होने की आवश्यकता है, अन्यथा मैं ऐसा नहीं कर सकता।" वास्तव में, नहीं। अपाचे इग्नाइट एक जटिल परियोजना है, लेकिन यहां तक ​​कि आप सरल कार्य भी पा सकते हैं। उदाहरण के लिए, आसान टिकट और दस्तावेज़ लेखन के लिए कार्य जो परियोजना का बेहतर वर्णन करने के लिए डिज़ाइन किए गए हैं। कहीं नहीं अपाचे में यह कहा गया है कि कमिटेटर बनने के लिए, आपको कोड लिखने की आवश्यकता है।
• "मुझे धाराप्रवाह अंग्रेजी की आवश्यकता है, अन्यथा मैं इसे संभाल नहीं सकता।" देव सूचियों में भाग लेने वालों की पुष्टि की जाएगी: वहाँ आपको अंग्रेजी में धाराप्रवाह होने की आवश्यकता नहीं है। इसके अलावा, लिखित संचार वास्तविक समय में बिल्कुल नहीं है, एक संतुलित जवाब सोचने और लिखने का समय है।
• "अगर मैं अपने घटक को खुले स्रोत पर भेजता हूं, तो मैं इसे फिर से उपयोग नहीं कर सकता।" अपाचे में, ऐसा नहीं है। आप एक व्यावसायिक उत्पाद में अपने घटक का उपयोग करना जारी रख सकते हैं, यह बस अपाचे फाउंडेशन के तहत अपाचे लाइसेंस के तहत मौजूद होगा।
• "हर कोई पढ़ेगा जो मैं इंटरनेट पर लिखता हूं।" यहां तक ​​कि अपाचे प्रज्वलित समुदाय में भी, हर कोई नहीं पढ़ता है कि हम क्या लिखते हैं। यह मायावी जो के बारे में एक मजाक की तरह है: कोई भी उसे पकड़ नहीं सकता, क्योंकि किसी को उसकी जरूरत नहीं है। मुझे यकीन है कि मेरे दोस्त और रिश्तेदार नहीं पढ़ते हैं कि मैं देव सूची में क्या लिखता हूं, क्योंकि वे परवाह नहीं करते हैं।
• "यह मेरे सभी खाली समय लगेगा।" यह आंशिक रूप से सच है: सामुदायिक भागीदारी नशे की लत है। यदि आप चर्चा में भाग लेना शुरू करते हैं, तो इसमें कुछ समय लगेगा। और जैसे-जैसे तुम विकसित होते जाओगे, यह अधिक होता जाएगा। जितना अधिक आप जानते हैं, जितना अधिक आप बता सकते हैं, उतना ही आप उपयोगकर्ता और dev.list में भाग लेंगे। लेकिन, फिर से, अपाचे के लिए कोई दायित्व नहीं है। हर एक अपनी भागीदारी को नियंत्रित करता है। यदि आप एक पैच बना सकते हैं, तो एक पैच बना सकते हैं। और फिर भी, कोई भी आपको मजबूर नहीं करेगा। यहां तक ​​कि जब किसी व्यक्ति को आयुक्त के रूप में नियुक्त किया जाता है, तो प्रस्ताव के पत्र में कहा गया है कि वह देने के लिए तैयार होने की तुलना में अधिक शामिल होने की आवश्यकता नहीं है।

कैसे शुरू करें?

यदि आप अपाचे परियोजनाओं में भाग लेना चाहते हैं, तो आपको गीकब, एक मेलबॉक्स, अपाचे JIRA में पंजीकरण और संभवतः, विकी पर एक खाते की आवश्यकता होगी। किसी भी समुदाय के पास Apache इग्नाइट में एक शुरुआत के लिए योगदान करने का लेख है।

स्वागत पत्र लिखने का यह एक अच्छा तरीका है: “नमस्कार! मैं तो ऐसा-वैसा हूं। मैं इस तरह के एक टिकट, JIRA में मेरा उपनाम तो और इतने बनाना चाहते हैं। " यह पत्र उपयोगकर्ता को योगदानकर्ता की भूमिका प्रदान करने के संदर्भ में महत्वपूर्ण है।

मेलिंग सूची

अन्य सदस्यों के साथ बातचीत करने के लिए, अपाचे को मेलिंग सूचियों के उपयोग की आवश्यकता होती है। मैं कभी-कभी असंतोष सुनता हूं: इतने पुराने जमाने में क्यों? चैट का एक गुच्छा हैं, तत्काल संदेशवाहक। ऐसा इसलिए है क्योंकि अपाचे परियोजनाओं का प्रत्येक सदस्य एक स्वयंसेवक है। उनका अपना परिवार हो सकता है, काम जो खुले स्रोत, उनके शौक से संबंधित नहीं है। वह ऑनलाइन चैट नहीं कर सकता। शायद वह हर तीन दिन में मेल चेक कर सकता है। और ऐसी स्थितियों में, मेलिंग सूचियां ठीक काम करती हैं।

इसके अलावा, यह मत भूलो कि समुदाय के सदस्य दुनिया भर में बिखरे हुए हैं। और आदमी
जिनसे आप सवाल पूछते हैं, वे दूसरे महाद्वीप पर हो सकते हैं और कल ही जवाब देंगे।
इसलिए, धैर्य और शिष्टाचार वे गुण हैं जो मेलिंग सूचियों में पत्राचार में बहुत महत्वपूर्ण हैं। उदाहरण के लिए, अपाचे प्रज्वलित समुदाय में, अनुभवी सदस्य कभी नहीं लिखेंगे कि वे आपसे असहमत हैं, वे लिखेंगे कि उन्हें यकीन नहीं है कि वे सहमत हैं।

उदाहरण पत्र:

हाय, I, मुझे यकीन नहीं है कि मैं सहमत हूं, क्योंकि ...

समुदाय कोड से अधिक महत्वपूर्ण है

अपाचे के सिद्धांतों में से एक: समुदाय कोड से अधिक महत्वपूर्ण है। इसका मतलब यह है कि अपाचे परियोजना का पहला उद्देश्य एक खुले स्रोत परियोजना के आसपास एक समुदाय है। और फिर जादू शुरू होता है और एक अच्छा कोड दिखाई देता है। यदि आप किसी पत्र से सहमत नहीं हैं, तो इसे 4 घंटे के लिए स्थगित करें, फिर से पढ़ें और इसे फिर से स्थगित करें। फिर एक बढ़िया मौका है कि आप समुदाय के अन्य सदस्यों को लापरवाह शब्दों के साथ धक्का दिए बिना, संयम के साथ जवाब देंगे। हम सभी स्वयंसेवक हैं, और यदि लोग सहज नहीं हैं, तो वे छोड़ना शुरू कर देंगे, और एक ओपन सोर्स प्रोजेक्ट के लिए यह बहुत गंभीर जोखिम है।

पत्राचार सिफारिशें

वे साधारण व्यवसाय पत्राचार में उपयोग किए जाने वाले समान हैं। यदि किसी वाक्य की गलत तरीके से व्याख्या की जा सकती है, तो उसे गलत तरीके से व्याख्या की जाएगी, विशेष रूप से समुदाय के आकार को देखते हुए। सभी सिफारिशें तीन बुनियादी सिद्धांतों के नीचे आती हैं: सकारात्मक, रचनात्मक और सम्मानजनक होना।

एक अच्छे-अच्छे पत्र का एक उदाहरण:

हाय, □□□□□
यह समाधान मेरे लिए थोड़ा बदसूरत लगता है।

देव सूची के एक सदस्य के रूप में मेरी ओर से एक इच्छा: छोटे अक्षर लिखें - तीन पैराग्राफ या 7 वाक्य। हम सभी तकनीकी विशेषज्ञ हैं और अधिक से अधिक विवरण देना चाहते हैं। लेकिन अगर उनमें से बहुत सारे हैं, तो शायद यह एक अलग लेख लिखने का एक अवसर है।

क्या करें तस्करी

प्रत्येक समुदाय के पास इस बात की सूची है कि उसे अभी क्या चाहिए। इग्नाइट में साधारण टिकटों की एक सूची है। यदि आपको उपयोग के दौरान एक बग मिला और आपने इसे अपने कांटे में ठीक कर लिया है, तो इस व्यवसाय के लिए एक JIRA मुद्दा बनाना संभव है, एक पुल अनुरोध करें और देव सूची में लिखें।

कोड समीक्षा के माध्यम से कैसे प्राप्त करें

जब आप समुदाय के लिए नए होते हैं, तो आप यह निर्धारित करने में सक्षम होने की संभावना नहीं रखते हैं कि कौन सी टिकट प्राथमिकता है। यह घटक के साथ आने वाले व्यक्ति से संपर्क करने के लिए समझ में आ सकता है, आपकी मदद उसके लिए बहुत महत्वपूर्ण होगी। आप देव सूची में यह भी पूछ सकते हैं कि कौन से टिकट अधिक महत्वपूर्ण हैं।

यदि कोई जवाब नहीं है, तो फिर से हम याद करते हैं कि हर कोई स्वयंसेवक है। यह एक अच्छा विचार हो सकता है कि आपको यह याद दिलाने के लिए कि आपने तीन दिनों में क्या करने का प्रस्ताव दिया था।

इग्नाइट सहित अपाचे परियोजनाओं में, एक परियोजना प्रबंधक की कोई भूमिका नहीं होती है जो बैकलॉग की निगरानी करेगा, इसलिए अप्रासंगिक टिकट भी वहां मिल सकते हैं। यह अनुशंसा की जाती है कि आप पहले देव सूची में लिखें और स्पष्ट करें।

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

परियोजना के बारे में बात करें

उत्पाद लेखों से समुदाय को बहुत सहायता मिलती है। अपाचे सॉफ्टवेयर फाउंडेशन खुद सम्मेलनों में मदद करता है। आप अपाचे इग्नाइट के साथ ही नहीं, अपने अनुभव का भी वर्णन कर सकते हैं। यह कुछ दिलचस्प उपयोग-मामला, छात्र का काम हो सकता है। वे हमेशा देव सूची में प्रकाशित होते हैं।