2010-08-05 10 views
8

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

हालांकि परियोजना के पीछे विचार बहुत अच्छी तरह से सोचा गया था और बहुत से लोग अभी भी इसे महसूस करने में रुचि रखते हैं। अब तक किसी ने इसे फिर से बनाने का कोई गंभीर प्रयास नहीं किया है, लेकिन हम में से कुछ ऐसा करने के बारे में सोच रहे हैं। निस्संदेह हम नहीं चाहते कि परियोजना आखिरी बार ऐसा ही समाप्त करे।

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

+0

हैकर समाचार पर भी इस प्रश्न से पूछें (news.ycombinator.com/), अगर आपने पहले से ही नहीं किया है। यह ओपन सोर्स और स्टार्टअप प्रश्न पूछने के लिए भी एक अच्छी जगह है। –

उत्तर

10

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

  • एक बड़ी अवसंरचना निवेश सामने कर मत जब तक आप पहले से ही एक अपाचे committer रहे (या somesuch) के लिए आसपास की दुकान नहीं है:

    यहाँ किसी विशेष क्रम में कुछ टिप्पणियों हैं एक प्रायोजन संगठन या अपने स्वयं के सर्वर होस्ट करें, आदि 5 मिनट में GitHub पर उठें और वापस न देखें। अपनी ऊर्जा सुविधाओं में रखो।

  • प्रविष्टि के लिए अवरोध कम करें संभावित योगदानकर्ता हुप्स के माध्यम से कूदें या पृष्ठभूमि विचारों से गुजरें, इससे पहले कि आप उनके विचारों को सुन सकें। ओपन सोर्स प्रोजेक्ट नेटवर्क की अर्थव्यवस्थाएं हैं ... आपको दूसरों की ऊर्जा की आवश्यकता है। यहां तक ​​कि गुमराह गतिविधि भी आपकी परियोजना पर कोई गतिविधि नहीं है। आप बाद में बेहतर दिशा में कोडबेस को चला सकते हैं।
  • कस्टम कोड को कम करें कस्टम लॉगिंग टूल या एक्सएमएल पार्सिंग एपीआई न लिखें ... खुले स्रोत कार्यान्वयन हैं जो (1) पर्याप्त अच्छे हैं, (2) बेहतर बनाए रखा है, और (3) आपकी तुलना में बेहतर होगा वैसे भी बनो। जितनी अधिक ऊर्जा आप अपनी मूल समस्या पर ध्यान केंद्रित कर सकते हैं उतनी ही बेहतर।
  • किनारे पर लाइव लोग और संगठन केवल आपके प्रोजेक्ट को बेहतर बनाने में निवेश करेंगे यदि वे सीधे लाभान्वित होंगे। अपना खुद का डॉगफूड खाओ। अपनी ओपन सोर्स प्रोजेक्ट पर अपनी अन्य परियोजनाओं (जैसे कि आपके नियोक्ता के साथ) में निर्भरताएं बनाएं, भले ही यह अभी तक "सही" न हो। (संकेत: सॉफ़्टवेयर प्रोजेक्ट कभी भी सही नहीं होते हैं, वे या तो काम-प्रगति या मृत हैं।)
+1

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

+0

+1 इसे एक केंद्रित केंद्रित रखें। यह काफी सही सलाह है। –

+0

आजकल GitHub द्वारा code.google.com कम या ज्यादा सुपरसीड नहीं है? –

1

आप इसे स्वयं कह रहे हैं। सबसे महत्वपूर्ण बात यह है कि इसमें ऐसे लोग होना चाहिए जो त्याग करने की बजाय समस्याओं से निपटने के लिए इसके बारे में पर्याप्त देखभाल करें।

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

"बहुत से लोग इसे महसूस करने में रूचि रखते हैं" का अर्थ कुछ भी नहीं है अगर कोई वास्तव में काम नहीं करेगा, झगड़े से लड़ें और रखे रहें।

1

यह एसओ पर ऑफ-विषय है, लेकिन मैं वैसे भी काट दूंगा।

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

5

गिटहब एक अच्छी जगह है क्योंकि यह किसी के लिए आपकी परियोजना को फोर्क करने के लिए कुछ हद तक आसान बनाता है और दूसरों के साथ साझा करने के लिए अपने पैच लागू करता है।

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

1

मुझे नहीं लगता कि यह पत्थर में स्थापित है, लेकिन मेरे लिए सबसे बड़ा मुद्दा यह है कि आपकी परियोजना को मौजूदा पारिस्थितिकी तंत्र में एक अंतर भरना चाहिए। दूसरे शब्दों में, आपके प्रोजेक्ट को जीने के लिए एक जगह है।

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

  • लिखें प्रलेखन
  • बनाएं ग्राफिकल तत्वों
  • सुविधाओं और roadmaps
  • परियोजना को बढ़ावा देने के
  • आदि आदि पर चर्चा करें

निश्चित रूप से, ये सभी बिंदु प्रत्येक प्रोजेक्ट पर लागू नहीं हैं, लेकिन लोगों को एक परियोजना में प्रतिबद्ध होने की कोशिश करने से अंततः आपको और/या आपके प्रोजेक्टमेम्बर भी रहने में मदद करेंगे। आप परियोजना पर अन्य सभी लोगों को छोड़ना नहीं चाहते हैं, है ना? ;-)

संबंधित मुद्दे