फ्री सॉफ्टवेयर डेवलपमेंट मॉडल: द कैथेड्रल एंड द बाज़ार

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

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

परिचय

कहा सामग्री «कैथेड्रल और बाजार» हमें दृष्टि के साथ प्रस्तुत करता है कि सॉफ्टवेयर इंजीनियरिंग की दुनिया के भीतर "विकास की दो पूरी तरह से अलग शैली हैंकैथेड्रल मॉडल, बाज़ार के मॉडल की तुलना में वाणिज्यिक सॉफ़्टवेयर की दुनिया में किए गए अधिकांश घटनाक्रमों पर लागू होता है, जो लिनक्स की दुनिया की तुलना में अधिक विशिष्ट है ”।

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

और यह हैकर शब्द पर जोर देता है, जो मेरी राय में लेखक ने एक तरह के उच्च-स्तरीय उपयोगकर्ता के रूप में व्यक्त किया है जो एक कार्यक्रम को समझने और कुशलता से समझने में सक्षम है।, और पूरे उपयोगकर्ता समुदाय के लिए कुशल रूप और पदार्थ के सुधार या संशोधनों का पता लगाने, सुझाव देने या लागू करने के लिए।

अन्य साहित्य में, हैकर नामक इस शब्द या अवधारणा को संदर्भित करता है:

«एक विशेषज्ञ, एक निश्चित विषय क्षेत्र, विशेष रूप से तकनीकी क्षेत्र के बारे में भावुक, और जिसका उद्देश्य सौम्य उद्देश्यों के लिए उस ज्ञान का लाभ उठाना है। यह वह व्यक्ति है, जो आमतौर पर ज्ञान के क्षेत्र में एक पेशेवर होता है, जो ज्ञान के बारे में भावुक होता है, नई चीजों की खोज और सीखता है और यह समझता है कि वे कैसे काम करते हैं, इसे प्रभावी सुझावों और प्रस्तावों के साथ सुधारने के बिंदु तक पहुंचते हैं, और हमेशा इरादे के साथ। शेयर ज्ञान या अध्ययन की वस्तु की विफलता या खराबी से बचें।

जो एक अधिक सार्वभौमिक और वास्तविक अवधारणा है, क्योंकि मानव ज्ञान के सभी क्षेत्रों में "हैकर्स" हैं।

DESARROLLO

ऐसी सामग्री को पढ़ने वालों में से, निश्चित रूप से एक बड़ी संख्या होगी जो इस बात से सहमत होगी कि "लिनक्स विध्वंसक है" यह विचार स्पष्ट रूप से वहां व्यक्त किया गया है। पर क्यों?

क्योंकि उस क्षण तक ए था "शुरू से ही अधिक केंद्रीकृत और नियोजित दृष्टिकोण" के आधार पर मानकीकृत सॉफ्टवेयर विकास विधियों या मॉडलों की बहुलता क्योंकि सॉफ़्टवेयर बनाने का कार्य कुछ ऐसी चीज़ों से जुड़ा हुआ था जो "एक निश्चित महत्वपूर्ण जटिलता" की ओर ले जाती हैं।

और इस तथ्य के बावजूद कि यूनिक्स दुनिया पहले से मौजूद है, जिसमें छोटे उपकरण, तेजी से प्रोटोटाइप और विकासवादी प्रोग्रामिंग शामिल हैं, लिनक्स के तहत मुफ्त सॉफ्टवेयर विकास दर्शन के उद्भव ने इस मामले को दूसरे स्तर पर परिष्कार में ले लिया।

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

यह महान घोषणापत्र हमें मुफ्त सॉफ्टवेयर विकास मॉडल के बारे में, वहाँ व्यक्त विचारों को संक्षेपित करने के लिए कई परिसर देता है, जो हैं:

PREMISE # 1

सॉफ्टवेयर में सभी अच्छे जॉब्स एक डेवलपर की व्यक्तिगत समस्या पर ध्यान देने की कोशिश कर रहे हैं।

जो एक निर्विवाद वास्तविकता है क्योंकि फ्री सॉफ्टवेयर डेवलपमेंट में काम करने वालों में से कई आमतौर पर व्यक्तिगत समस्या या सामूहिक या समूह को हल करने की आवश्यकता के कारण शुरू होते हैं, या पहले से ही धीमी और / या दोहरावदार तरीके से निष्पादित एक प्रक्रिया का अनुकूलन करने के लिए, जो अक्सर इसमें भाग लेने वालों के लिए थकाऊ और / या उबाऊ हो जाता है, जो इसमें शामिल लोगों के समय और प्रयासों को अधिकतम करने की कोशिश करता है।

PREMISE # 2

अच्छे लेखक जानते हैं कि क्या लिखना है। सबसे अच्छी तरह से पता करने के लिए क्या पता है और प्रतिक्रिया।

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

PREMISE # 3

"कम से कम एक के बारे में सोचने के लिए - आप इसे किसी भी तरह से समाप्त कर देंगे।"

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

PREMISE # 4

यदि आप सही दृष्टिकोण रखते हैं, तो इंटरेस्टिंग प्रोब्लम्स आपको मिलेंगे।

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

PREMISE # 5

जब एक कार्यक्रम में आपको कोई दिलचस्पी नहीं होती है, तो आपका सबसे बड़ा कर्तव्य यह है कि वह एक संपूर्ण SUCCESSOR पर जाएं।

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

PREMISE # 6

COLLABORATORS के रूप में अपने उपयोगकर्ताओं का उपयोग कम से कम आवश्यक और प्रभावी ढंग से एक कार्यक्रम से बचने के लिए कम से कम रास्ता है।

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

PREMISE # 7

कृपया जारी रखें। यह पता चलेगा। और अपने उपयोगकर्ताओं के लिए सुनो।

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

PREMISE # 8

दसियों और ठेकेदारों का एक व्यापक लाभ प्राप्त करें, सभी प्रस्ताव पूरी तरह से पूरे होंगे और उनका समाधान किसी के लिए भी होगा।

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

और यह सामग्री से निम्नलिखित अंश में सुखद रूप से व्यक्त किया गया है:

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

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

निष्कर्ष

निजी तौर पर, बाज़ार-प्रकार के मॉडल के तहत मुफ्त सॉफ्टवेयर विकास के क्षेत्र में मेरा थोड़ा अनुभव मुझे निम्नलिखित निष्कर्ष देता है:

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

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