यह wikiHow आपको सिखाता है कि कैसे एक सफल ओपन सोर्स प्रोजेक्ट को शुरू और बनाए रखा जाए। कड़ी मेहनत करने और अंतिम लक्ष्य पर ध्यान केंद्रित करने के अलावा, एक सफल ओपन सोर्स प्रोजेक्ट बनाने की कुंजी अक्सर प्रक्रिया में अपने लक्ष्यों को जल्दी से परिभाषित करने और समुदाय से सहायता स्वीकार करने में निहित है।
कदम
3 का भाग 1: शुरू करने की तैयारी
चरण 1. जानें कि कहां से शुरू करें।
इसके मूल में, आपके ओपन सोर्स प्रोजेक्ट को किसी समस्या का समाधान प्रदान करना चाहिए, खासकर यदि समस्या भविष्य में विकसित होने की संभावना है। एक सफल ओपन सोर्स प्रोजेक्ट की खेती में पहला कदम हल करने के लिए एक समस्या का पता लगाना, यह निर्धारित करना है कि समस्या को संबोधित करने के लिए पर्याप्त महत्वपूर्ण है या नहीं, और वहां से अपने उद्देश्यों को परिभाषित करना है।
यदि आपके पास पहले से ही कोई परियोजना चल रही है, तो आगे बढ़ने से पहले उस समस्या को लिखना सुनिश्चित करें जो वह हल करती है।
चरण 2. सुनिश्चित करें कि आपकी परियोजना आवश्यक है।
मांग सफल ओपन सोर्स प्रोजेक्ट्स के प्राथमिक घटकों में से एक है। यदि आपके प्रारंभिक परियोजना विचार की कोई मांग या आवश्यकता नहीं है - या यदि वर्तमान मांग किसी अन्य परियोजना द्वारा पूरी की जा रही है - तो आप एक अलग चल रही परियोजना में शामिल होने या ध्यान केंद्रित करने के लिए एक अलग समस्या का चयन करने पर विचार कर सकते हैं।
कई चल रहे ओपन सोर्स प्रोजेक्ट कठोर सामुदायिक इनपुट स्वीकार करते हैं, इसलिए इसके बजाय अपने प्रोजेक्ट के मौजूदा संस्करण को खोजने और उसमें शामिल होने से न डरें।
चरण 3. बड़ी या अस्पष्ट समस्याओं को लेने से बचें।
न केवल इन समस्याओं से आम तौर पर समय पर अधिक आधिकारिक समाधान प्राप्त होते हैं, एक बड़ी समस्या पर ध्यान केंद्रित करने की कोशिश करने से आपका ध्यान कमजोर हो जाता है और परियोजना में अनुचित समय का निवेश किए बिना आपके सभी दर्शकों की जरूरतों को पूरा करना मुश्किल हो जाता है।
इसके बजाय, एक छोटी सी समस्या पर ध्यान केंद्रित करें जो बड़ी संख्या में लोगों को प्रभावित करती है (उदाहरण के लिए, लिनक्स वितरण में एक बग)।
चरण 4. अपनी परियोजना की सफलता को परिभाषित करें।
चूंकि ओपन सोर्स प्रोजेक्ट विभिन्न श्रेणियों के मुद्दों को संबोधित करते हैं, इसलिए आपकी परियोजना के लिए "सफलता" अलग-अलग होगी। आप क्या हासिल करने का प्रयास कर रहे हैं और आपको कैसे पता चलेगा कि आपने इसे हासिल किया है, इस पर ध्यान देने से आपको परियोजना की अवधि के लिए एक मुख्य लक्ष्य पर ध्यान केंद्रित करने में मदद मिलेगी।
उदाहरण के लिए, आप अपने ओपन सोर्स प्रोजेक्ट को लॉन्च होने पर सफल मान सकते हैं, जबकि अन्य किसी प्रोजेक्ट को तभी सफल मान सकते हैं जब वह एक निश्चित संख्या में डाउनलोड तक पहुंच जाए।
चरण 5. अपने प्रोजेक्ट के लिए मौजूदा और स्वीकृत ओपन सोर्स लाइसेंस चुनें।
अधिकांश डेवलपर्स जानते हैं कि "जीपीएल", "एलजीपीएल" "बीएसडी" (बर्कले सॉफ्टवेयर डिस्ट्रीब्यूशन) और "अपाचे" का क्या अर्थ है, जिसका अर्थ है कि वे यह भी जानते हैं कि वे ऐसे कोड के साथ क्या कर सकते हैं और उन्हें क्या करने की अनुमति नहीं है। यह आपको रास्ते में किसी भी कानूनी या बौद्धिक संपदा के मुद्दों से बचने में मदद करेगा।
अपना खुद का लाइसेंस लिखना समय लेने वाला हो सकता है, और यह पुष्टि करने के लिए कि दस्तावेज़ सभी बॉक्सों की जाँच करता है, आपको एक वकील को नियुक्त करने की सबसे अधिक संभावना होगी।
चरण 6. अपने प्रोजेक्ट के लिए README फाइल लिखें।
यह एक क्रिया की तरह लग सकता है जिसे पहले के बजाय अंतिम के लिए सबसे अच्छा सहेजा गया है, लेकिन वास्तविक परियोजना के बिना आप जितना अच्छा कर सकते हैं, README को लिखना आपको तीन महत्वपूर्ण चीजों को परिभाषित करने के लिए मजबूर करेगा: आपका प्रोजेक्ट किसके लिए है (दर्शक), आपका क्या है प्रोजेक्ट का उपयोग (उपयोग) के लिए किया जाता है, और जहां आप अतिरिक्त संसाधन (सहायता) प्राप्त कर सकते हैं।
स्वाभाविक रूप से, आप README फ़ाइल में अपने प्रोजेक्ट के लिए तकनीकी निर्देश सूचीबद्ध नहीं कर पाएंगे।
3 का भाग 2: परियोजना शुरू करना
चरण 1. योगदानकर्ताओं को पहले से खोजें।
जबकि आपके पास अपनी परियोजना के प्रारंभिक ढांचे से लेकर एक कार्यशील बीटा संस्करण तक कुछ भी हो सकता है, परियोजना को कहीं भी पोस्ट करने से पहले परियोजना में मदद करने के लिए कुछ करीबी योगदानकर्ताओं की भर्ती करने से एक टीम स्थापित करने में मदद मिलेगी; इसी तरह, जब आप शुरू करते हैं तो आपके पास कुछ करीबी लोगों से फीडबैक की सीधी पहुंच होगी, बजाय इसके कि आपको बिखरी हुई सामुदायिक प्रतिक्रिया को छाँटना पड़े।
- अपना प्रोजेक्ट लॉन्च करने से पहले योगदानकर्ताओं को खोजने में विफल होने के परिणामस्वरूप सहयोगियों को यह महसूस नहीं हो सकता है कि वे सक्रिय रूप से प्रक्रिया का हिस्सा हैं।
- कई ओपन सोर्स प्रोजेक्ट लीडर अपने पहले कुछ योगदानकर्ताओं को कोडिंग पाठ या अन्य गैर-भौतिक मुआवजे की पेशकश करते हैं।
चरण 2. होस्टिंग प्राप्त करें।
ओपन सोर्स प्रोजेक्ट के लिए मुफ्त होस्टिंग के लिए साइन अप करना अपेक्षाकृत आसान है; सामान्य विकल्पों में सोर्सफोर्ज और गिटहब शामिल हैं। ऐसा करने से न केवल पैसे की बचत होती है, बल्कि यह आपके प्रोजेक्ट को ऐसी जगह पर रखता है, जहाँ लोगों द्वारा अप-एंड-आने वाले ओपन सोर्स प्रोजेक्ट्स की खोज करने की संभावना होती है।
चरण 3. बताएं कि आपका प्रोजेक्ट ओपन सोर्स है।
हालांकि यह एक बहुत ही साधारण बात की तरह लगता है, यह एक ओपन सोर्स प्रोजेक्ट के सबसे अनदेखे पहलुओं में से एक है। याद रखें, लोग आपके प्रोजेक्ट को डाउनलोड करने या न करने का निर्णय लेने से पहले केवल कुछ सेकंड के लिए देखेंगे; यह जानते हुए कि आपकी परियोजना खुला स्रोत है (और, इस प्रकार, एक कार्य-प्रगति) उन्हें एक अलग राय बनाने में मदद कर सकती है।
चरण 4. पारदर्शिता स्थापित करें।
ओपन सोर्स के "ओपन" भाग का अर्थ है कि लोगों को यह देखने में सक्षम होना चाहिए कि आप कोड के साथ क्या कर रहे हैं। आपके संसाधनों तक सभी की समान पहुंच सुनिश्चित करने के कुछ आसान तरीकों में निम्नलिखित शामिल हैं:
- अपना कोड ऑनलाइन स्टोर करें ताकि कोई भी इसे एक्सेस कर सके।
- एक आसान-से-पहुंच वाले स्थान पर अपना लाइसेंस, अपना रीडमी, और अपना रिलीज शेड्यूल पोस्ट करें।
- परियोजना के लिए अपने लक्ष्य बताएं।
- किसी भी "निजी" मीटिंग जानकारी को रिकॉर्ड करें और जारी करें (उदाहरण के लिए, ऑडियो रिकॉर्डिंग या ट्रांसक्रिप्ट)।
चरण 5. अपनी परियोजना के पुनरावृत्तियों को जारी करें।
विशेष रूप से जब आपके पास लगातार योगदानकर्ता या प्रायोजक हों, तो आप अपने रिलीज़ शेड्यूल को यथासंभव सटीक रूप से रखना चाहेंगे। इससे समुदाय को इस बात का अंदाजा हो जाएगा कि आपका प्रोजेक्ट इसके पूर्ण रिलीज़ के सार्वजनिक होने से पहले कैसा महसूस करता है, और आप बड़ी मात्रा में फीडबैक प्राप्त करने में सक्षम होंगे जिसका उपयोग आप भविष्य की रिलीज़ को बदलने के लिए कर सकते हैं।
यह याद रखना महत्वपूर्ण है कि, जबकि आपको समुदाय के प्रत्येक फीडबैक का उपयोग करने की आवश्यकता नहीं है, वे यह देखना चाहेंगे कि आप कुछ सामान्य सुझावों को लागू कर रहे हैं।
चरण 6. अपने कोड में सामुदायिक संपादन की अनुमति दें।
यद्यपि आपको बर्बरता और संपादनों को वापस लेना होगा जो कोड के संदर्भ में कोई मतलब नहीं रखते हैं, अपने कोड को सार्वजनिक करने से आपको नए योगदानकर्ताओं को खोजने में मदद मिलेगी। यह कई ओपन सोर्स प्रोजेक्ट्स के साथ मिलने वाली पारदर्शिता संस्कृति में भी फिट होगा, जो भविष्य के प्रायोजकों को प्रभावित कर सकता है।
आप हमेशा संरचनात्मक कोड की रक्षा कर सकते हैं और उन योगदानकर्ताओं को प्रतिबंधित कर सकते हैं जो ज़रूरत पड़ने पर आपके प्रोजेक्ट को स्पैम या तोड़फोड़ करते हैं।
भाग ३ का ३: परियोजना को बनाए रखना
चरण 1. समुदाय के साथ बातचीत करें।
कोई फर्क नहीं पड़ता कि परियोजना कितनी कम या हाई-प्रोफाइल है, आपका ओपन सोर्स काम अंततः समुदाय से किसी न किसी प्रकार की रुचि और / या आलोचना को आकर्षित करेगा। उन्हें दूर करने या उन्हें अनदेखा करने के बजाय, रुचि रखने वाले समुदाय के सदस्यों के साथ बात करना सबसे अच्छा है ताकि उनके योगदानकर्ता बनने की संभावना बढ़ सके।
चरण 2. सारा काम खुद न करें।
जैसा कि ऊपर उल्लेख किया गया है, समुदाय के कई सदस्य आपके पास अपनी परियोजना को बेहतर बनाने के बारे में सुझाव या विचार लेकर आ सकते हैं। इसे स्वयं परिवर्तन करने के आमंत्रण के रूप में लेना आसान है; इसके बजाय, रुचि रखने वाले समुदाय के सदस्य को बदलाव करने के लिए कहने पर विचार करें।
ऐसा करने से दोनों शामिल समुदाय के सदस्यों के साथ टीम वर्क की भावना स्थापित करते हैं और अन्य मुद्दों पर ध्यान केंद्रित करने के लिए आपके लिए कुछ समय मुक्त करते हैं।
चरण 3. निजी संचार से बचें।
ओपन सोर्स प्रोजेक्ट्स का "खुला" हिस्सा निजी बैठकों या पूर्ण पारदर्शिता के बिना सूचना के कार्यान्वयन के लिए अनुकूल नहीं है।
यदि आप किसी विशेषता या विचार के बारे में एक निजी बैठक कर रहे हैं, तो बैठक को रिकॉर्ड करना और इसे अपने प्रोजेक्ट के पेज पर अपलोड करना सुनिश्चित करें।
चरण 4. पुल अनुरोधों को लागू करें।
पुल अनुरोध ऐसे तरीके हैं जिनसे समुदाय के सदस्य आपकी परियोजना में योगदान कर सकते हैं। जबकि आप अपने प्रोजेक्ट के बाद के चरणों में इनकी समीक्षा करना चाहेंगे, समुदाय के सदस्यों को प्रोजेक्ट की आय के रूप में आपके कोड को ट्विक करने की इजाजत देने से यह सुनिश्चित होगा कि यह यथासंभव अच्छी तरह गोल है।
चरण 5. अपनी परियोजना का विपणन करें।
जैसे आप एक सशुल्क उत्पाद की मार्केटिंग करेंगे, आपको सोशल मीडिया पेजों और सामान्य जुड़ाव के माध्यम से अपने ओपन सोर्स प्रोजेक्ट को बढ़ावा देना होगा।
आपकी परियोजना को बढ़ावा देने के लगभग अनगिनत तरीके हैं, लेकिन Reddit के प्रोग्रामिंग सबरेडिट का उपयोग करने से आप प्रश्न पूछ सकते हैं, टिप्पणियों का जवाब दे सकते हैं और अन्यथा अपने लक्षित दर्शकों के साथ जुड़ सकते हैं।
चरण 6. परियोजना को आगे बढ़ाने के लिए किसी को रखें।
निरपवाद रूप से, आपकी परियोजना की सफलता के परिणामस्वरूप उस पर अब तक जितना ध्यान दिया गया है, उससे कहीं कम ध्यान देने की आवश्यकता होगी। यदि संभव हो तो, परियोजना की भलाई को तब तक संभालने के लिए एक परियोजना प्रबंधक नियुक्त करें जब तक कि यह अप्रासंगिक न हो जाए या इसे अद्यतन की आवश्यकता न हो; यह आपको अन्य परियोजनाओं पर ध्यान केंद्रित करने (या एक बहुत जरूरी ब्रेक लेने) की अनुमति देगा।
टिप्स
- यदि आप ओपन सोर्स में गोता लगाने में रुचि रखते हैं, लेकिन अभी तक अपने स्वयं के प्रोजेक्ट को होस्ट करने के लिए तैयार नहीं हैं, तो अन्य उपयोगकर्ताओं की परियोजनाओं में योगदान करने पर विचार करें जब तक कि आप प्रक्रिया को पूरा नहीं कर लेते।
-
जानिए आपके ओपन सोर्स लाइसेंस का वास्तव में क्या मतलब है:
- अमरीका की एक मूल जनजाति सभी को आपके कोड को संशोधित करने और अपने क्लोज्ड-सोर्स सॉफ़्टवेयर में इसका उपयोग करने की अनुमति देता है। इसलिए, इस लाइसेंस के तहत कोड कंपनियों के लिए आकर्षक है और प्रारंभिक लोकप्रियता प्राप्त करना बहुत आसान होगा। हालाँकि, आपको उन लोगों से अधिक प्रतिक्रिया नहीं मिल सकती है जो चुपचाप आपके काम का उपयोग करते हैं।
- LGPL (लेसर जनरल पब्लिक लाइसेंस) क्लोज्ड सोर्स डेरिवेटिव में आपके सॉफ़्टवेयर का उपयोग करने की अनुमति देता है, लेकिन उपयोगकर्ता को आपके कोड में किए गए किसी भी परिवर्तन का खुलासा करने की आवश्यकता होती है। अधिक प्रतिक्रिया की उम्मीद की जा सकती है।
- जीपीएल (सामान्य सार्वजनिक लाइसेंस) एक आक्रामक लाइसेंस है जिसके लिए उपयोगकर्ता को अपने कोड का खुलासा करने की आवश्यकता होती है जो आपके कोड को कॉल करता है। कुछ कंपनियों को यह पसंद आएगा, लेकिन अगर वे आपका सॉफ़्टवेयर चाहते हैं, तो वे आपको अपनी पसंद की शर्तों के तहत कोड देने के लिए भुगतान की पेशकश करते हुए आपसे संपर्क करेंगे। हालांकि इस "दोहरी लाइसेंसिंग" का कई फ्री सॉफ्टवेयर हैकर्स और जीएनयू संगठनों द्वारा सम्मान नहीं किया जाता है, यह कानूनी और काफी लोकप्रिय है।
- सुनिश्चित करें कि आप अपने द्वारा उत्पादित किसी भी लिखित कार्य की वर्तनी जांच लें। हमेशा उचित व्याकरण का प्रयोग करें।
- जितना हो सके पेशेवर और परिपक्व बनें, भले ही कोई आपसे संवाद न कर रहा हो।
चेतावनी
- यदि आप अन्य प्रोजेक्ट्स के कुछ ओपन सोर्स घटकों का उपयोग करते हैं, तो सुनिश्चित करें कि आप उनके लाइसेंस का सम्मान करते हैं। सभी ओपन सोर्स लाइसेंस एक दूसरे के साथ संगत नहीं हैं।
- किसी मौजूदा परित्यक्त परियोजना को ढूंढना और उसे पुनर्जीवित करने का प्रयास करना आमतौर पर एक अच्छा विचार नहीं है। ऐसी परियोजनाओं को आमतौर पर अच्छे कारण के लिए छोड़ दिया जाता है।
- उन लोगों को अधिक न पहचानें जो आपके लिए काम का निर्माण करते हैं। यदि आप सभी को धन्यवाद देना शुरू कर देते हैं तो या तो आप किसी ऐसे व्यक्ति को खो देंगे जो उपेक्षित महसूस करेगा, या आपको नहीं पता होगा कि कहाँ रुकना है। केवल उस समुदाय के सदस्य को धन्यवाद दें जो कुछ उत्कृष्ट करता है; यह आपकी कृतज्ञता प्राप्त करने के लिए किए जाने वाले कार्यों के स्तर को बढ़ाता है।
