NetBSD: कंजर्वेटरी में क्या गलत है

इस वर्ष 20 जून गुरुवार को जूलियो मेरिनो ब्लॉग पर प्रकाशित "नेटबीएसडी बोर्ड छोड़ने के बाद सेल्फ-इंटरव्यू" नोट का अनुवाद करने के लिए पाठकों को आमंत्रित किया गया है।

मैं कुछ हद तक तुच्छ शीर्षक के लिए माफी माँगता हूँ, लेकिन, मेरी राय में, यह बेहतर रूप से पाठ की सामग्री को दर्शाता है; इसके अलावा, "शासी परिषद के एक पूर्व सदस्य का ऑटो साक्षात्कार" बहुत यांत्रिक लगता है।

नई नेटबीएसडी गवर्निंग काउंसिल के चुनाव से कुछ समय पहले, नवंबर 2010 में, किसी ने मुझे नामित किया था। इसने मेरी चापलूसी की, मैंने एक स्थान के लिए प्रतिस्पर्धा करने का फैसला किया। फिर, हमेशा की तरह, साक्षात्कारों की एक श्रृंखला; सभी की समिति सावधानीपूर्वक समीक्षा करती है और एक लंबी सूची से सबसे योग्य उम्मीदवारों में से कई का चयन करती है। चार लोगों को शॉर्टलिस्ट किया गया: दो एक और टर्म (ट्रॉन @ और रीड @) के लिए बने रहे, और दो लेफ्ट (agc @ और david @)। अंतिम स्थान spz @ और jmmv @ (यह मुझे है) द्वारा लिया गया था। अप्रैल 2011 में, इस सूची को आखिरकार मंजूरी दे दी गई, और मई में आधिकारिक रूप से गवर्निंग काउंसिल की एक नई रचना की घोषणा की गई। (तीन और - snj @, dyoung @ और christos @ - एक साल पहले चुने गए थे, और उस समय उनकी शक्तियाँ नहीं थीं। - लगभग प्रति।)

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

वह दो साल पहले था। इस वर्ष के जून में, मेरा दो साल का कार्यकाल समाप्त हो गया, और मैंने फैसला किया कि मुझे नए कार्यकाल के लिए नामांकित नहीं किया जाएगा (हालाँकि मुझे ऐसा अवसर मिला था)। यह एक बिटवाइट समाधान है, लेकिन मुझे लगता है कि यह परियोजना के लिए बेहतर होगा।

बिंदु केवल और इतना ही नहीं है कि कुछ बिंदु पर मुझे एहसास हुआ कि मेरे पास परिषद में काम करने के लिए पर्याप्त समय नहीं था, यहां तक ​​कि इस बात के लिए कि मैं नियमित रूप से बैठकें याद करने लगा। सच्चा कारण यह था कि मैंने अपनी प्रेरणा खो दी - इसलिए समय की कमी, क्योंकि वे कहते हैं, एक इच्छा होगी, लेकिन समय होगा।

शायद, अगर मैं "असली" नौकरी पर होता, तो यह सब कंपनी के ईशर के साथ एक "विदाई" साक्षात्कार के साथ समाप्त होता। लेकिन हमारे पास एक एचआर विभाग नहीं है (वैसे, शायद हमें इसे शुरू करने की आवश्यकता है; लेकिन यह एक विचार क्या है), इसलिए मैं सिर्फ इस बारे में आपके साथ अपने विचार साझा करूंगा। विशेष रूप से निजी तौर पर - मैं यहां केवल अपनी राय व्यक्त करता हूं।

आइए अभी स्पष्ट हो जाएं: मुझे नेटबीडीडी परियोजना में शामिल लोगों के लिए बहुत सम्मान है। उनमें से अधिकांश बहुमत (यदि सभी नहीं) बहुत सक्षम हैं और, जहां तक ​​मैं बता सकता हूं, वे सिर्फ शांत लोग हैं। मैं किसी पर उंगली नहीं उठाने जा रहा हूं; जैसा कि अक्सर होता है, कोई भी विशेष रूप से दोषी नहीं है।

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

निश्चित रूप से आप में से एक मेरी सफलता के कारकों की सूची से असहमत होगा, लेकिन फिर भी, कृपया अंत तक पढ़ें। कोई बात नहीं आप "सफलता" शब्द में डालते हैं, NetBSD वैसे भी कहीं भी नहीं जाएंगे और किसी के लिए एक आदर्श प्रणाली बने रहेंगे (भले ही वे अल्पसंख्यक में हों)। लेकिन यह अस्थिर (अगर गूंगा कहने के लिए नहीं है। लगभग प्रति।) और असंयमित स्थिति, और मैं इसका बचाव करने के लिए बिल्कुल भी नहीं हूं।

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

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

मुझे प्रत्येक बिंदु समझाते हैं।

नेतृत्व की कमी

सैद्धांतिक रूप से, नेटबीएसडी को दो लोगों के समूह द्वारा प्रबंधित किया जाता है: " निदेशक मंडल " और तथाकथित " कोर टीम "। पूर्व सामान्य चीजों में लगे हुए हैं: दान, बजट की योजना, कानूनी मुद्दों का समाधान, आदि। कोर टीम, बदले में, तकनीकी भाग के लिए जिम्मेदार है। यह सिद्धांत में है; और हां, ये दोनों टीमें मौजूद हैं।

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

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

मेरा मानना ​​है कि मजबूत, जानकार और समझदार लोगों का एक और एक समूह होना चाहिए, जो जोखिम लेने के लिए तैयार होंगे (नीचे इस पर), और, शायद, यहां तक ​​कि एक नेता भी।

कार्ल वोगेल ने अपनी पुस्तक क्रिएटिंग फ्री सॉफ्टवेयर में काफी अच्छी तरह से दोनों प्रबंधन संरचनाओं का वर्णन किया है; यदि आपने इसे अभी तक नहीं पढ़ा है, तो मैं आपको सलाह देता हूं कि इसे स्थगित न करें।

जोखिम लेने में असमर्थता

जब मैं कहता हूं कि "जोखिम लो," मेरा मतलब है कि विवादास्पद निर्णय लेने की क्षमता। समाधान जो कुछ लोगों को इतना पसंद नहीं आ सकता है कि वे उन्हें परियोजना छोड़ने के लिए मजबूर करें; लेकिन एक ही समय में यह दूसरों को आगे बढ़ने में सक्षम करेगा।

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

इसके कई उदाहरण हैं, लेकिन मैं प्रत्येक मामले के विवरण में नहीं जाना चाहता, सिवाय, शायद, दो विशेष रूप से स्पष्ट लोगों के लिए जो वर्षों से (और इसका कोई अंत नहीं है): सीवीएस से इनकार करना और वेबसाइट को अपडेट करना। विवरण अप्रासंगिक हैं; यह महत्वपूर्ण है कि इन मुद्दों पर परियोजना में सामान्य उदासीनता है।

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

दुविधा: या तो हम सीवीएस को कुछ और के लिए बदलते हैं, कुछ असुविधा के लिए सहमत होते हैं और किसी को जरूरी उसी समय गुस्सा होता है, या हम सब कुछ छोड़ देते हैं जैसा कि है और निरीक्षण करते हैं कि पुराने डेवलपर्स हमें कैसे छोड़ते हैं और नए नहीं आते हैं। अब लगता है कि अंत में हमेशा क्या जीतता है?

इसने मुझे व्यक्तिगत रूप से BSDCan 2012 के तुरंत बाद प्रभावित किया। सम्मेलन में, बहुत से लोगों (दोनों जिनमें से और NetBSD प्रतिभागी, मेरे सहित) ने चर्चा की कि कैसे हम परियोजना के ठहराव से बच सकते हैं, "बेकार" में फिसलने से रोक सकते हैं, समस्याओं को सुलझाने में मृत बिंदु से आगे बढ़ सकते हैं और आदि वास्तव में, इसके लिए राजनीतिक इच्छाशक्ति के अलावा कुछ नहीं।

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

BSDCan 2012 में, हमने यह भी चर्चा की कि हमें एक मिशन स्टेटमेंट की आवश्यकता है। प्रत्येक संगठन को अपने लक्ष्यों के बारे में स्पष्ट रूप से पता होना चाहिए और जब विवादास्पद निर्णय लेने की आवश्यकता होती है तो वह प्राथमिकता देने में सक्षम होना चाहिए। तो? So.

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

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

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

नए उपयोगकर्ताओं को आकर्षित करने की अनिच्छा

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

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

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

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

मैं बिल्कुल नहीं कहूंगा कि NetBSD नए उपयोगकर्ताओं को डराना कैसे बंद कर देगा, यह पोस्ट के दायरे से परे है, लेकिन बहुत सारे तरीके हैं, विशुद्ध रूप से विपणन प्रयासों से कठिन लक्ष्य निर्धारित करने के लिए, परियोजना के बुनियादी ढांचे में बदलाव का उल्लेख नहीं करने के लिए।

बिदाई शब्द

2006 में, एक अन्य पूर्व परिषद सदस्य ने उसी विषय पर अपने विचार प्रकाशित किए; कुछ तरीकों से, मैं उससे सहमत हूं, कुछ चीजों में नहीं। उस समय, यह मुझे लग रहा था कि मुझे पता है कि ऐसा क्यों है । अब 2013 के आंगन में, यानी सात साल बीत चुके हैं, और व्यावहारिक रूप से तब से कुछ भी नहीं बदला है, सिवाय इसके कि यह केवल खराब हो गया।

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

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

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

पढ़ने के लिए धन्यवाद; मुझे उम्मीद है कि इस पाठ को ईमानदारी और रचनात्मक आलोचना के रूप में स्वीकार किया जाएगा।

लेखक के बारे में: जूलियो मेरिनो FreeBSD 4.2 और NetBSD 1.5 (जिसे उसने एक बार FreeBSD से स्विच किया था) के बाद से BSD सिस्टम का एक सक्रिय उपयोगकर्ता है। 2002 से - नेटबीएसडी डेवलपर। इस साल के नवंबर के बाद से - FreeBSD कमिट।