ओपन-सोर्स प्रोग्राम कैसे स्थापित करें

पूरा किया

यहां, हम एक ओपन-सोर्स प्रोग्राम स्थापित करने के लिए महत्वपूर्ण विचारों पर चर्चा करते हैं।

"ओपन-सोर्स" से हमारा क्या मतलब है?

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

कंपनियों के ओपन-सोर्स प्रोजेक्ट्स के प्रमुख कारणों में से एक यह है कि वे चाहते हैं कि समुदाय शामिल हो। लोकप्रिय परियोजनाओं को समुदाय से महत्वपूर्ण योगदान प्राप्त होता है, और वे इसे मुफ्त में प्राप्त करते हैं।

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

ओपन-सोर्स लक्ष्य

संक्षेप में, ओपन-सोर्स सॉफ़्टवेयर में भागीदारी के तीन आयाम हैं:

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

जैसा कि संगठन इस बारे में अधिक गहराई से सोचते हैं कि वे प्रत्येक आयाम से क्या प्राप्त करना चाहते हैं, यह एक अच्छा अभ्यास है कि वे आज कहां हैं। प्रत्येक आयाम के भीतर पांच प्रक्रिया स्तर हैं।

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

आपका संगठन कहां खड़ा है, इसकी बेहतर समझ प्राप्त करने के लिए, ओपन-सोर्स सेल्फ असेसमेंटदेखें।

आपको ओपन-सोर्स क्या करना चाहिए?

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

• क्या आपकी परियोजना में बौद्धिक संपदा है जिसे आप संरक्षित करना चाहते हैं? यदि ऐसा है, तो इसके स्रोत को खोलने से इसका मूल्य दूर हो जाएगा। उन प्रकार की परियोजनाओं को ओपन-सोर्स न करें जब तक कि आपको नहीं लगता कि लाभ जोखिमों से अधिक है।

• क्या परियोजना अच्छी कोड गुणवत्ता के साथ स्थिर स्थिति में है? परियोजना को सही नहीं होना चाहिए, लेकिन संभावित योगदानकर्ता दूर चल सकते हैं यदि परियोजना शुरू करने के लिए भयानक आकार में है।

• क्या आपकी परियोजना आपकी कंपनी के बाहर के लोगों के लिए उपयोगी है? यदि नहीं, तो आपको शायद कोई भागीदारी नहीं मिल रही है।

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

• क्या आपकी टीम के पास ओपन-सोर्स प्रोग्राम का समर्थन करने के लिए बैंडविड्थ है? यदि नहीं, तो ऐसा करने तक प्रतीक्षा करें। यदि आप किसी प्रोजेक्ट को ओपन-सोर्स करते हैं और इसका समर्थन नहीं करते हैं, तो आप एक भरोसेमंद समुदाय बनाने का अवसर खो सकते हैं।

ये प्रश्न कुछ सबसे सामान्य विचार हैं। आपके संगठन के पास ध्यान में रखने के लिए अन्य व्यवसाय या अनुपालन समस्याएँ हो सकती हैं।

एक ओपन-सोर्स प्रोग्राम डिजाइन करना

एक ओपन-सोर्स प्रोग्राम चलाना एक इनरसोर्स प्रोग्राम चलाने के समान है, लेकिन सार्वजनिक दर्शकों के लिए। नतीजतन, कुछ और विचार हैं।

समुदाय की अपेक्षाओं को निर्धारित करना

README.md और CONTRIBUTING.md जैसी फाइलें और भी महत्वपूर्ण हैं क्योंकि वे उन लोगों के संपर्क में आ रही हैं जिनके पास आपका संगठनात्मक संदर्भ नहीं है। स्पष्टता सुनिश्चित करने के लिए कंपनी के बाहर किसी के दृष्टिकोण से उनका मूल्यांकन करने की आवश्यकता है।

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

कर्मचारियों को भंडार बनाए रखने के लिए तैयार करना

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

• एक "क्या हमें इस परियोजना को ओपन-सोर्स करना चाहिए?" गाइड जो यह तय करने के लिए एक रूपरेखा प्रदान करता है कि उम्मीदवार परियोजना को ओपन-सोर्स किया जाना चाहिए या नहीं। इस गाइड को फ़्लोचार्ट, प्रश्नों के सेट या विचारों की सूची के रूप में संरचित किया जा सकता है।

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

• आपके संगठन के मुख्य लोगों के लिए एक संपर्क सूची है जिसे अनुरक्षकों से सीधे समर्थन की आवश्यकता होने पर संपर्क करने की आवश्यकता हो सकती है. इस सूची में सॉफ़्टवेयर सुरक्षा, साइट सुरक्षा, कानूनी, जनसंपर्क आदि के लोग शामिल होने चाहिए.

• एक स्टार्टर रिपॉजिटरी का लिंक जिसे शुरुआती बिंदु के रूप में क्लोन किया जा सकता है। इसमें एक नमूना README, लाइसेंस, आचार संहिता, योगदान गाइड, और आपकी कंपनी के प्रत्येक ओपन-सोर्स प्रोजेक्ट में कोई अन्य सहायक फाइलें होनी चाहिए। इसमें ऐसा कुछ भी नहीं होना चाहिए जिसे आप गलती से सार्वजनिक दर्शकों के लिए नहीं भेजना चाहेंगे।

• एक अनुरक्षक की मार्गदर्शिका जो भंडार को स्वस्थ रखने में एक अनुरक्षक की जिम्मेदारियों की व्याख्या करती है। इन जिम्मेदारियों में रिपॉजिटरी दस्तावेज़ीकरण को अद्यतित रखना, मुद्दों को सुनिश्चित करना और पुल अनुरोधों को समय पर ढंग से सही लोगों का ध्यान आकर्षित करना आदि शामिल हैं।

• एक संचार मार्गदर्शिका जो कुछ ऐसे विषयों के लिए रिपॉजिटरी अनुरक्षक मार्गदर्शन प्रदान करती है जिन्हें आप सार्वजनिक फ़ाइलों जैसे README.md, CONTRIBUTING.mdया CODE_OF_CONDUCT.mdमें शामिल नहीं करना चाहते हैं। ये विषय संवेदनशील व्यावसायिक विषय हो सकते हैं, जैसे प्रतिस्पर्धियों पर चर्चा न करना; या अधिक सामान्य आचरण विषय, जैसे शीर्ष योगदानकर्ताओं को उचित रूप से कैसे पहचानें।

• एक आंतरिक FAQ जो सामान्य प्रश्नों के स्वीकृत उत्तर प्रदान करती है. यह सूची विशेष रूप से उपयोगी है यदि उन विषयों के लिए कानूनी सूक्ष्मताएं हैं जो आपकी कंपनी ओपन-सोर्स प्रोग्राम को बनाए रखने के दौरान चर्चा कर सकती है।

• एक लाइसेंस नीति जो सूचीबद्ध करती है कि कौन से लाइसेंस को कानूनी विभाग द्वारा ओपन-सोर्स उपभोग या योगदान के लिए अनुमोदित या अस्वीकार कर दिया गया है।