ओपन सोर्स प्रोजेक्ट की ग्रोथ को कैसे संभालें?


11

मैं एक या दो साल के लिए एक ओपन सोर्स प्रोजेक्ट के लिए समर्थन करने में मदद करने में शामिल हूं, और जब से मैंने शुरू किया है, तब तक इस परियोजना को बहुत लोकप्रियता मिली है। कार्यक्रम प्रति सप्ताह 100,000 से अधिक डाउनलोड देखता है, और इसका प्राथमिक क्षेत्र में 60% से अधिक लोगों द्वारा उपयोग किया जाता है, इसलिए हम स्पष्ट रूप से प्रसन्न हैं कि लोगों ने इसका उपयोग करने का आनंद लिया है।

हालांकि, समस्या यह है कि विकास और समर्थन का आधार लगभग उतनी तेजी से नहीं बढ़ा है, और हम कुछ बढ़ते हुए दर्द को मारना शुरू कर रहे हैं। छोटे मुट्ठी भर डेवलपर्स (विशेष रूप से मुख्य डेवलपर) बहुत पतले हो रहे हैं, और तकनीकी सहायता स्वयंसेवकों को बाहर जलाना शुरू हो रहा है।

इस प्रकार, यह बहुत अधिक है बस आईआरसी पर बाहर घूमने वाले दोस्तों का एक गुच्छा रहा है, इस कार्यक्रम को लिख रहा है और उपयोगकर्ताओं की मदद कर रहा है। कोई 501 (सी) (3) संगठन या एलएलसी या ऐसा कुछ भी नहीं है।

अभी, हमारे पास बहुत औपचारिक बग ट्रैकर या इश्यू डेटाबेस नहीं है (हमारे पास एक मंच है जो बग रिपोर्ट के लिए समर्पित श्रेणी के साथ है), जो मैं मानता हूं कि कुछ ऐसा है जिसे हम बोर्ड पर अधिक डेवलपर्स प्राप्त करने के लिए सुधार कर सकते हैं। लेकिन मुझे लगता है कि मेरा असली सवाल यह है कि छोटे निजी प्रोजेक्ट से एक वास्तविक ... चीज में संक्रमण कैसे होता है? GIMP, FFmpeg, ब्लेंडर आदि जैसे बड़े लड़कों ने इस संक्रमण को कैसे संभाला है?

और इसके शीर्ष पर, क्या FOSS परियोजना के साथ मुआवजे की पेशकश करने का एक तरीका है? मुझे लगता है कि दान में मदद मिलती है, लेकिन यह केवल इतनी दूर तक जाता है ... मुफ्त सॉफ्टवेयर से एक जीवित करना अजीब लगता है, लेकिन अगर कार्यक्रम बेहतर हो रहा है, तो मैं यह नहीं देखता कि हम लोगों को मुआवजा दिए बिना कैसे जारी रख सकते हैं पूर्णकालिक काम के लिए।

असल में, हम कुछ बढ़ते हुए दर्द कर रहे हैं, और महसूस कर रहे हैं "हमारे ब्राइट्स के लिए बहुत बड़ा है।" इस संक्रमण को प्रबंधित करने के लिए हम क्या कर सकते हैं और एक ही बार में बहुत सी चीजें करने से बचे?


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

4
यदि आप मुझसे यह पूछने में कोई गुरेज नहीं करते हैं कि परियोजना क्या है?
रॉबर्ट हार्वे

2
मुझे परियोजना का नाम देने में संकोच हो रहा है, आंशिक रूप से क्योंकि यह थोड़ा डरावना है और लोगों को बता रहा है "अरे, हम वास्तव में निश्चित नहीं हैं कि हम क्या कर रहे हैं, और हमें मदद की ज़रूरत है!" इसके अलावा, मैं नहीं चाहता था कि यह पोस्ट परियोजना की मदद के लिए एक विज्ञापन के रूप में सामने आए। मुझे यकीन है कि कुछ सरसरी इंटरनेट खोजी लोग इसे प्रकट करेंगे, हालाँकि। : /
बेन टॉरेल

जवाबों:


13

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

यहाँ कुछ सुझाव हैं।

  • कार्ल फोगेल की महान पुस्तक ओपन सोर्स सॉफ्टवेयर का निर्माण पढ़ें । वह ज्यादातर प्रमुख तात्कालिक मुद्दों को शामिल करता है। हालाँकि मैं उनकी हर बात से सहमत नहीं हूँ, बस यही राय है। वह खुले स्रोत की दुनिया को पूरी तरह से समझता है।

  • जैसा कि @Ross पैटरसन ने कहा, आपको कुल अव्यवस्था से बचने के लिए एक ट्रैकर और मेलिंग सूची या कुछ समान सेट करना होगा। आप संस्करण नियंत्रण के लिए क्या उपयोग कर रहे हैं? यदि आप जीथब पर हैं, तो आप उनके ट्रैकर के साथ शुरू कर सकते हैं या आप जीरा या कुछ इसी तरह से एकीकृत कर सकते हैं या यदि आप चाहते हैं कि आप अभी के लिए सोर्सफॉर्ग जा सकते हैं और उनके मुफ्त बुनियादी ढांचे का उपयोग कर सकते हैं। आप यह नहीं कहते कि लोग कहां से डाउनलोड कर रहे हैं, लेकिन आप यह सुनिश्चित करना चाहते हैं कि आपने विश्वसनीय तरीके से सेट किया है और अच्छी डाउनलोड गिनती के साथ।

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

  • आप जीविकोपार्जन कैसे करते हैं, इस संदर्भ में, यह आपके प्रोजेक्ट की प्रकृति पर बहुत कुछ निर्भर करता है। यह भी है कि मैं तुरंत यह कहने के लिए नहीं कूदूंगा कि आपको 501c3 की आवश्यकता है (और आप इसे प्राप्त नहीं कर सकते ... योरबा परियोजना देखें)। ब्लेंडर मुख्य रूप से प्रलेखन बेचकर खुद का समर्थन करता है। अन्य परियोजनाओं में छोटे व्यावसायिक पारिस्थितिकी तंत्र और / या उनके आसपास के परामर्श हैं और डेवलपर्स उसी से अपनी कमाई करते हैं। अन्य परियोजनाओं में फ्लैट लाइसेंसिंग मॉडल हैं, इसलिए वे समर्थित संस्करण बेचते हैं (यही कारण है कि MySQL ने किया और क्यों इसे सूर्य को बेचा जा सकता है और निश्चित रूप से RedHat है) और एक अलग कम्युनिटी रिलीज़ है। वर्डप्रेस जैसे अन्य लोगों के पास व्यवसाय मॉडल के रूप में होस्ट किया गया संस्करण है। इसलिए सभी प्रकार के विकल्प हैं और आपको यह पता लगाने की आवश्यकता है कि आपके और आपके समुदाय के लिए क्या मायने रखता है।

  • शुरू करने के लिए अपने समुदाय प्रबंधक होने के लिए अब किसी को चुनें। और आप फोगल के खत्म करने के बाद जोनो बेकन की किताब पढ़ें ।

  • अब एक रोड मैप पर निर्णय लें जो आपकी कोर टीम के लिए समझ में आता है; यथार्थवादी बनें और ऐसे लोगों से तंग न हों जो योगदान नहीं दे रहे हैं। रोड मैप का मतलब केवल तकनीकी योजनाओं और सुविधाओं से नहीं है, यह उस जगह के बारे में है जहाँ आप एक परियोजना के रूप में जाना चाहते हैं।

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

सौभाग्य, यह इस स्तर पर होना एक रोमांचक बात है।


धन्यवाद! कोड पहले से ही Github पर होस्ट किया जाता है (जो कि रिलीज़ भी होस्ट किए जाते हैं), लेकिन हमें वास्तव में Github का मुद्दा ट्रैकर पसंद नहीं है ... टीम के दोस्तों में से एक को मेंटिस के साथ अनुभव है, इसलिए मुझे लगता है कि हम इसका उपयोग करने जा रहे हैं उस। मैं आपको रोडमैप के बारे में भी सुनता हूं ... बहुत कम से कम, एक सार्वजनिक रोडमैप होने से उपयोगकर्ताओं को केवल उन लोगों को संदर्भित करना अच्छा होगा, जो विशेष विशेषताओं के लिए संघर्ष कर रहे हैं, इसलिए हम उन्हें बता सकते हैं कि ऐसी विशेषताएं अन्य सुविधाओं के सापेक्ष कब आ रही हैं। मैं आज रात को पहले आउटरस्कव की खोज कर रहा था, और मैं दूसरों को भी, साथ ही किताबों की भी जाँच करूँगा। प्रोत्साहित करने के लिए धन्यवाद!
बेन टोरेल

1
@BenTorell मैं किसी को भी बताता हूं जो पूछता है, "हर बग ट्रैकर बेकार है, एकमात्र सवाल यह है कि 'कौन सा आपकी प्रक्रियाओं के संबंध में कम से कम बेकार है?" "।
रॉस पैटरसन

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

3

वास्तव में बड़ा के बारे में सभी तंत्र क्या आप जानते हैं की स्थापना लड़कों - वे बड़े सर्वर फार्मों चलाने के लिए, वे चलाने के (कभी कभी लिख) बग ट्रैकर और निर्माण प्रणाली, आदि वे अक्सर 501 (ग) 3 नींव है कि कॉपीराइट का स्वामित्व है, है आदि वे बड़े कॉर्पोरेट दान प्राप्त करें, और कंपनियां उन्हें डेवलपर्स को उधार देती हैं, आदि आप जानते हैं, बड़े सामान।

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


3
मैं पांडित्यपूर्ण होने की कोशिश नहीं कर रहा हूं और मैं 100% निश्चित हूं कि आप इसका नकारात्मक तरीके से मतलब नहीं करते थे, लेकिन यह वास्तव में लड़कों के रूप में शामिल लोगों को संदर्भित करने के लिए खुले स्रोत में भागीदारी बढ़ने में मदद नहीं करता है। बस कुछ सोचने के लिये; मुझे पता है कि यह एक वाक्यांश है जिसका लोग उपयोग करते हैं।
एलिन

@ ईलिन ने पूछे गए प्रश्न का उत्तर देते हुए कहा: "बड़े लड़कों जैसे GIMP, FFmpeg, ब्लेंडर आदि ने इस संक्रमण को कैसे संभाला है?"
रॉस पैटरसन

ओह, और +1 टिप्पणी पर - हम लोगों को समय-समय पर याद दिलाने की आवश्यकता है। यह व्यवसाय बहुत अधिक पुरुष केंद्रित है।
रॉस पैटरसन

धन्यवाद और हाँ, मैंने उस संदर्भ को मूल पोस्ट में नहीं देखा।
एलिन

हाँ, मैं वाक्यांश के एक मोड़ के रूप में "बड़े लड़कों" का उपयोग कर रहा था ... मुझे लगता है कि मैंने इसके बारे में उस तरह से नहीं सोचा था, लेकिन मैं आपको बता सकता हूं कि आपका क्या मतलब है। सलाह के लिए धन्यवाद! मेरी सर्वोच्च प्राथमिकता अभी एक वास्तविक मुद्दे पर नज़र रखना है, जो योगदानकर्ताओं को भ्रमित कर सकते हैं और उम्मीद है कि इस मुद्दे पर एक दरार लेने के लिए चयन करें (अभी हमारे पास एक गड़बड़ ट्रैलो बोर्ड है)। जैसा कि मैंने @ इलिन से कहा, मैं गितुब के इश्यू सिस्टम के बजाय मेंटिस की ओर झुक रहा हूं। मुझे लगता है कि हमें इस बिंदु पर कुछ चाहिए ।
बेन टॉरेल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.