ओपन सोर्स प्रोजेक्ट मेंटेनर बनना कठिन है

Salvatore Sanfilippo, डेवलपर और फ्री रेडिस डेटाबेस इंजन के मेंटेनर द्वारा पोस्ट किया गया

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

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

अनुरोधों का हिमस्खलन

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

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

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

भूमिका परिवर्तन

ऊपर वर्णित अनुरोधों के हिमस्खलन के कारण, आपका काम भी अचानक बदल रहा है। Redis लोकप्रिय हो गया है क्योंकि मुझे पता है कि कैसे कोड डिजाइन और लिखना है। और अब, इसके बजाय, मैं मुख्य रूप से समस्या को हल करने और अनुरोधों को खींचने के लिए काम करता हूं। और लगातार ऐसा लगता है कि मैं खुद इन पुल अनुरोधों की तुलना में बेहतर कोड लिखूंगा। हालांकि कभी-कभी कोड मैं खुद कर सकता था की तुलना में बेहतर है, क्योंकि रेडिस समुदाय में बेहतर प्रोग्रामर हैं। लेकिन ज्यादातर केवल एक विशिष्ट समस्या को हल करने के लिए लिखे जाते हैं । जबकि मैं हमेशा एक पूरे के रूप में प्रणाली का प्रतिनिधित्व करता हूं, क्योंकि मैं कई वर्षों से इस पर काम कर रहा हूं। लेकिन ऐसा करने का अधिक समय नहीं है। इस प्रकार, बड़े नए कार्य मुख्य कोड में व्यवस्थित रूप से कम होते हैं। वहाँ क्या करना है? कभी-कभी मैं टिकटों और पुल अनुरोधों पर कई सप्ताह बिताता हूं क्योंकि मैं कोड या डिजाइन करता हूं: यह एक ऐसा काम है जिसे मैं वास्तव में प्यार करता हूं और आनंद लेता हूं। लेकिन यह, बदले में, मनोवैज्ञानिक दबाव बढ़ाता है, क्योंकि मैं हर किसी को अनदेखा करता हूं।

मुझे जो अच्छा लगता है उसे करना और अच्छी तरह से करना जानता है, ऐसा करने के लिए आपको बकवास महसूस करना होगा।

समय

एक परियोजना पर लंबे काम की दो समस्याएं हैं, कम से कम मेरे लिए।

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

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

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

डर

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

विवाद

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

निरर्थकता

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

फिर भी, मैं कई वर्षों तक काम करने में सक्षम था, जो मुझे वास्तव में प्यार करता था, जिसने मुझे दोस्त, मान्यता, पैसा दिया। यह कहना नहीं है कि यह एक बुरा सौदा था। हालांकि, मैं पूरी तरह से समझता हूं कि जैसे ही उनकी परियोजना लोकप्रिय हो जाती है, लोगों को भारी चुनौतियों का सामना करना पड़ता है। यह लेख उनके लिए समर्पित है।