आपके ओपन सोर्स प्रोजेक्ट के बारे में क्या बुरा है

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

लेकिन क्या होगा अगर आप अपने ओपन सोर्स प्रोजेक्ट को लिखने का फैसला करते हैं?



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

और अगर परियोजना जटिल है और मांग में भी अधिक है? यहां सब कुछ खराब है।

मुझे कौन नहीं जानता - मैं ओपन सोर्स GitLab प्रोजेक्ट का लेखक हूं ।
वास्तव में, यह एक बंद बुनियादी ढांचे के अंदर गिट रिपॉजिटरी की मेजबानी के लिए एक वेब अनुप्रयोग है।
समीक्षा के लिए, आप इस पोस्ट को पढ़ सकते हैं।
वह पहले पन्ने पर पॉपुलर स्टारड रिपॉजिटरीज़ में जीथब पर है, इसलिए यह एक उदाहरण है।

इसलिए दिया गया:
प्रोजेक्ट: गिटलैब
गिथब से पत्रों की संख्या प्रति दिन: 30-40
इंस्टॉल: 40k +

1. समय

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

कुल मिलाकर, आप 11 बजे घर पर एक लैपटॉप पर बैठे हैं और आपकी पत्नी आपको गुस्से से देख रही है

2. मज़ा

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

और फिर कीड़े हैं - आपको इसे ठीक करने की आवश्यकता है। अधिक लोग, अधिक प्रतिक्रिया और शायद अधिक बग।
कीड़े को ठीक करना इतना मजेदार नहीं है। खासतौर पर तब, जब उन्हें आपसे बदसूरत फैसलों को पुन: पेश करने या करने की जरूरत होती है।
यह मस्ती से दूर है।

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

एक ओपन सोर्स प्रोजेक्ट के लिए समर्थन मजेदार नहीं है। यह कठिन और उबाऊ है

3. पुल अनुरोध या पैच

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

लेकिन पुल rekvesta:
* अक्सर बुरे होते हैं। और हमेशा नहीं क्योंकि डेवलपर खराब है। यह सिर्फ आपके प्रोजेक्ट में पूरी तरह से समझा नहीं जा सकता है।
* ऐसे हैं
* समीक्षा की आवश्यकता है, परीक्षण, और अभी भी, अंततः, कुछ याद आती है। और फिर सही और शपथ।
* अपना समय खाओ
* यह वह कोड है जिसे आपको तब सपोर्ट करना होगा

परिणामस्वरूप, आप पुल अनुरोध के साथ एक टैब भी खोलना नहीं चाहते हैं।

4. समुदाय

हम ओपन सोर्स से प्यार करते हैं क्योंकि यह हमारे जैसे डेवलपर्स का समुदाय है।
आप समुदाय को पर्याप्त रूप से विभाजित कर सकते हैं और बहुत लोगों को नहीं।
और बाद वाले को अधिक बार निपटना होगा।

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

और आप ऐसे बैठते हैं - "wtf?"
यह एक अच्छा काम कर रहा है, और यहाँ आप पहले से ही किसी पर एहसान कर रहे हैं।

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

इसलिए, जब आप किसी ओपन सोर्स प्रोजेक्ट में बग या गोवनोकॉड का सामना करते हैं - लेखकों के साथ शिष्टाचार और समझ का व्यवहार करें।
वे पहले से ही पीड़ित हैं।