लेखक:
Morris Wright
निर्माण की तारीख:
24 अप्रैल 2021
डेट अपडेट करें:
1 जुलाई 2024
विषय
ओपन सॉफ्टवेयर लिखना और उपयोग करना केवल प्रोग्रामिंग का एक रूप नहीं है (इसे प्रोग्रामर की दुनिया में "हैकिंग" भी कहा जाता है), यह एक तरह का दर्शन है। जबकि आपको केवल कोड करने में सक्षम होने के लिए एक प्रोग्रामिंग भाषा जानने की आवश्यकता है, यह लेख समुदाय में शामिल होने, मित्र बनाने, महान परियोजनाओं पर सहयोग करने और एक प्रोफ़ाइल के साथ एक सम्मानित विशेषज्ञ बनने के बारे में है जो आपको कहीं और नहीं मिल सकता है। खुले सॉफ़्टवेयर की दुनिया में, आपको आसानी से ऐसे कार्य सौंपे जा सकते हैं जो किसी कंपनी में केवल अभिजात वर्ग, शीर्ष स्तर के प्रोग्रामर को करने की अनुमति है। इस बारे में सोचें कि यह आपको कितना अनुभव दिला सकता है। हालांकि, एक बार जब आप एक ओपन सॉफ्टवेयर प्रोग्रामर बनने का फैसला कर लेते हैं, तो आपको इस लक्ष्य में समय लगाने के लिए तैयार होना चाहिए। यह भी लागू होता है यदि आप पहले से ही एक आईटी छात्र हैं। ध्यान रहे, यह लेख हैकर या क्रैकर बनने का तरीका नहीं है।
कदम बढ़ाने के लिए
एक अच्छा यूनिक्स वितरण डाउनलोड करें। जीएनयू / लिनक्स प्रोग्रामिंग के लिए सबसे लोकप्रिय में से एक है, लेकिन जीएनयू हर्ड, बीएसडी, सोलारिस और (एक हद तक) मैक ओएस एक्स का भी आमतौर पर उपयोग किया जाता है। 
कमांड लाइन का उपयोग करना सीखें। यदि आप कमांड लाइन का उपयोग करते हैं तो आप यूनिक्स जैसे ऑपरेटिंग सिस्टम के साथ बहुत कुछ कर सकते हैं। 
जब तक आप अधिक या कम संतोषजनक स्तर तक नहीं पहुँच जाते, तब तक कुछ लोकप्रिय प्रोग्रामिंग भाषाएँ सीखें। अन्यथा, आप खुले सॉफ़्टवेयर समुदाय में कोड (किसी सॉफ़्टवेयर प्रोजेक्ट का सबसे महत्वपूर्ण हिस्सा) का योगदान नहीं कर सकते। कुछ स्रोत दो भाषाओं को एक साथ शुरू करने का सुझाव देते हैं: एक सिस्टम भाषा (सी, जावा या समान) और एक स्क्रिप्टिंग भाषा (पायथन, रूबी, पर्ल या समान)। 
अधिक उत्पादक होने के लिए, आपको NetBeans या एक समान एकीकृत विकास वातावरण की आवश्यकता है।
उन्नत संपादक, जैसे vi या Emacs का उपयोग करना सीखें। उनके पास सीखने की अवस्था अधिक है, लेकिन आप उनके साथ बहुत कुछ कर सकते हैं। 
संस्करण नियंत्रण के बारे में जानें। साझा सॉफ़्टवेयर विकास के लिए सहयोग का सबसे महत्वपूर्ण उपकरण संभवतः संस्करण नियंत्रण है। पैच बनाने और लागू करने का तरीका समझें। समुदाय में अधिकांश खुले सॉफ्टवेयर विकास विभिन्न पैच के निर्माण, चर्चा और आवेदन के माध्यम से किए जाते हैं। 
एक उपयुक्त, छोटी ओपन सॉफ्टवेयर परियोजना खोजें जिसे आप आसानी से अनुभव प्राप्त करने के लिए भाग ले सकें। ज्यादातर ऐसे प्रोजेक्ट्स इन दिनों SourceForge.net पर देखे जा सकते हैं। एक उपयुक्त परियोजना में शामिल होना चाहिए: - आपके द्वारा जानी जाने वाली प्रोग्रामिंग भाषा का उपयोग करें।
- हालिया रिलीज़ के साथ सक्रिय रहें।
- पहले से ही तीन से पांच डेवलपर्स से मिलकर।
- संस्करण नियंत्रण का उपयोग करने के लिए।
- एक हिस्सा है कि आप मौजूदा कोड को बहुत अधिक बदलने के लिए बिना, तुरंत शुरू कर सकते हैं।
- कोड के अलावा, एक अच्छी परियोजना में सक्रिय चर्चा सूची, बग रिपोर्ट, सुधार अनुरोध और लागू होने वाली गतिविधियां और इसी तरह की गतिविधियां भी होती हैं।
चयनित प्रोजेक्ट के व्यवस्थापक से संपर्क करें। कुछ डेवलपर्स के साथ एक छोटी सी परियोजना में, आपकी मदद आमतौर पर तुरंत स्वीकार की जाएगी। 
प्रोजेक्ट के नियमों को ध्यान से पढ़ें और कमोबेश उनका पालन करें। प्रोग्रामिंग शैली के नियम या एक अलग पाठ फ़ाइल में आपके परिवर्तनों को दस्तावेज़ करने की आवश्यकता पहली बार में हास्यास्पद लग सकती है। हालांकि, इन नियमों का उद्देश्य साझा कार्य को सक्षम करना है - और अधिकांश परियोजनाएं उनके साथ काम करती हैं। 
इस परियोजना पर कई महीनों तक काम किया जाता है। प्रशासक और परियोजना के अन्य सदस्यों को क्या कहना है, इसे ध्यान से सुनें। प्रोग्रामिंग के अलावा आपके पास सीखने के लिए बहुत सारी चीजें हैं। लेकिन अगर आपको वास्तव में कुछ पसंद नहीं है, तो बस रुक जाएं और किसी अन्य प्रोजेक्ट पर जाएं। 
बहुत लंबे समय के लिए भूमिगत परियोजना में फंस मत करो। एक बार जब आप अपने आप को उस टीम पर सफलतापूर्वक काम करने में सक्षम पाते हैं, तो कुछ और गंभीर की तलाश शुरू करने का समय है। 
एक गंभीर, उच्च-स्तरीय ओपन सॉफ्टवेयर या ओपन सोर्स प्रोजेक्ट की तलाश करें। इस तरह की अधिकांश परियोजनाएं जीएनयू या अपाचे संगठनों के स्वामित्व में हैं। 
क्योंकि हम यहां एक गंभीर छलांग ले रहे हैं, आपको बहुत कम गर्मजोशी से स्वागत करना होगा। आपको पहली बार कोड रिपॉजिटरी में सीधे लिखने की पहुंच के बिना चलने के लिए कहा जाएगा। हालांकि, पिछली भूमिगत परियोजना ने आपको बहुत कुछ सिखाया है - इसलिए उत्पादक योगदान करने के कई महीनों के बाद, आप उन अधिकारों का दावा कर सकते हैं जो आपको लगता है कि आपके पास हैं। 
किसी गंभीर काम को अंजाम दें और उस पर काम करें। यह समय है। डरो नहीं। यहां तक कि जारी रखें भले ही आप पाते हैं कि कार्य आपके द्वारा शुरू किए गए विचार से बहुत अधिक कठिन है - इस चरण में यह महत्वपूर्ण है कि हार न मानें। 
यदि आप इस साहसिक कार्य में कुछ धन लगाने के लिए Google के "समर ऑफ़ कोड" पर आवेदन कर सकते हैं। लेकिन चिंता मत करो अगर आवेदन स्वीकार नहीं किया जाता है क्योंकि उनके पास वास्तव में अच्छे प्रोग्रामर की तुलना में बहुत कम वित्त पोषित पद हैं। 
पास में होने वाला एक उपयुक्त सम्मेलन ढूंढें ("लिनक्स डेज" या समान) और अपनी परियोजना को वहां प्रस्तुत करने का प्रयास करें (पूरी परियोजना, और न सिर्फ आपके द्वारा किए गए भाग)। जब आप यह उल्लेख करते हैं कि आप एक गंभीर मुक्त / मुक्त स्रोत परियोजना का प्रतिनिधित्व कर रहे हैं, तो आयोजक अक्सर आपको सम्मेलन शुल्क (यदि नहीं, तो सम्मेलन संभवतः अनुपयुक्त हो जाएगा) से निंदा करेंगे। अपना लिनक्स लैपटॉप लाओ (यदि आपके पास एक है) और कुछ डेमो चलाएं। प्रोजेक्ट मैनेजर से उन सामग्रियों के बारे में पूछें जिनका उपयोग आप अपनी प्रस्तुति या पोस्टर तैयार करने के लिए कर सकते हैं। 
आस-पास के इंस्टॉलेशन इवेंट के बारे में घोषणाओं के लिए इंटरनेट पर खोज करें और पहले एक उपयोगकर्ता के रूप में भाग लेने का प्रयास करें (सभी समस्याओं पर ध्यान दें और हैकर्स उन्हें कैसे ठीक करते हैं) और अगली बार प्रोग्राम इंस्टॉल करने की पेशकश करें।
कार्य को पूरा करें, स्वचालित परीक्षणों के साथ अपने काम की जांच करें और परियोजना में योगदान करें। आप कर चुके हो! सुनिश्चित होने के लिए, व्यक्तिगत रूप से प्रोजेक्ट पर कुछ प्रोग्रामर से मिलने की कोशिश करें और परिणाम पर एक गिलास बीयर एक साथ उठाएं। 
एक बेहतर समझ के लिए, एक ओपन सॉफ्टवेयर प्रोजेक्ट के विकास के इतिहास का एक वास्तविक उदाहरण देखें (ऊपर देखें)। प्रत्येक बढ़ती वक्र एक एकल डेवलपर से योगदान (कोड की लाइनें) का प्रतिनिधित्व करती है। डेवलपर्स उम्र के साथ कम सक्रिय होते जाते हैं, लेकिन नए लोगों के जुड़ते ही यह परियोजना अक्सर गति पकड़ लेती है। इसलिए यदि आप अपनी जेब में कुछ उपयोगी कौशल के साथ आते हैं, तो कोई कारण नहीं है कि टीम आपको आमंत्रित न करे।
टिप्स
- परियोजना के भीतर व्यावहारिक आवश्यकताओं के बारे में एक प्रश्न पूछने से पहले, परियोजना प्रलेखन और मेलिंग सूची अभिलेखागार में उत्तर की तलाश करें।
- आपके द्वारा शुरू किए गए किसी भी प्रोग्रामिंग कार्य को पूरा करने के लिए हमेशा प्रयास करते रहें। नहीं बनाया जा सकता है, नहीं चल सकता है, सिस्टम क्रैश? वहाँ होने के लिए सब कुछ के लिए कारण, और यदि आपके पास स्रोत कोड है, तो आमतौर पर इसका मतलब है कि आपके पास सिस्टम है कुंआ आपको जो कुछ भी करने के लिए मजबूर कर सकता है, विशेष रूप से कुछ ऑनलाइन शोध की मदद से। इस नियम में सीमाएं हैं, लेकिन यह बहुत महत्वपूर्ण है कि कभी भी आसानी से हार न मानें।
- अपने आप को एक प्रोग्रामर (या हैकर) तभी बुलाएं जब आपको असली हैकर समुदाय के कुछ लोगों द्वारा पहचान लिया गया हो।
- शुरुआत में, एक वर्ग, मॉड्यूल या अन्य इकाई चुनें जहां कोई भी इस समय बहुत सक्रिय रूप से काम नहीं कर रहा है। एक ही वर्ग या एक स्थिति पर एक साथ काम करना सभी पक्षों से अधिक कौशल और देखभाल की आवश्यकता है।
- कुछ हैकर्स / प्रोग्रामर के नियोक्ता काम के घंटों के दौरान योगदान करने की अनुमति देने के लिए पर्याप्त रूप से प्रेरित लगते हैं (आमतौर पर क्योंकि संस्थान मुफ्त / खुले स्रोत प्रोग्राम का उपयोग करता है जो प्रोग्रामर विकसित कर रहा है)। सोचिए, हो सकता है कि आपको इस तरह कम से कम कुछ समय मिल सके।
- यदि आपके पास अभी भी अपने आप में पर्याप्त आत्मविश्वास नहीं है, तो कोड के कुछ हिस्से से शुरू करें जो आपको लगता है कि गायब है और खरोंच से लिखा जा सकता है। मौजूदा कोड में बदलाव की बहुत अधिक संभावना है।
चेतावनी
- सामुदायिक परियोजना के भीतर आपकी हैकर स्थिति आपके अतीत की तुलना में आपके वर्तमान का प्रतिबिंब है।यदि आप परियोजना के नेता से सिफारिश या समान चाहते हैं, तो कृपया पूछें कि क्या आप अभी भी सक्रिय रूप से योगदान दे रहे हैं।
- छोटे कोड अनुकूलन, अतिरिक्त टिप्पणियां, कोडिंग शैली में सुधार, और अन्य समान "छोटे पैमाने पर" चीजों में मत जाओ। यह एक गंभीर योगदान की तुलना में कहीं अधिक आलोचना के साथ मिल सकता है। इसके बजाय, आप इन परिवर्तनों को एक "क्लीनअप" पैच में शामिल कर सकते हैं।
- यदि आप व्यक्ति में खुले सॉफ़्टवेयर हैकर्स से मिलने की योजना बनाते हैं, तो अपने विंडोज लैपटॉप को घर पर छोड़ दें। मैक ओएस थोड़ा अधिक सहन किया जाता है, लेकिन यह वास्तव में स्वागत नहीं है। यदि आप अपना लैपटॉप लाते हैं, तो उसे लिनक्स या कोई अन्य ऑपरेटिंग सिस्टम चलाना होगा जिसे वे "ओपन सॉफ्टवेयर" मानते हैं।
- यदि आपका ईमेल क्लाइंट HTML संदेशों का समर्थन करता है, तो आपको इस सुविधा को अक्षम कर देना चाहिए। उन दस्तावेजों को कभी संलग्न न करें जो केवल वाणिज्यिक सॉफ़्टवेयर (जैसे कि माइक्रोसॉफ्ट वर्ड) ठीक से खुल सकते हैं। हैकर्स इसे आक्रामक मानते हैं।
- किसी ऐसी कंपनी की परियोजनाओं पर स्वेच्छा से काम न करें जिसका कोड स्वीकृत ओपन सोर्स लाइसेंस द्वारा कवर नहीं किया गया हो। ऐसे मामलों में, परियोजना के वास्तव में महत्वपूर्ण हिस्से मालिक से बंद दरवाजों के पीछे बने रहने की संभावना है, जो आपको कुछ भी सीखने से रोकते हैं।
- प्रोग्रामिंग या प्रोग्रामिंग टूल की बुनियादी बातों के बारे में किसी भी सवाल से बचें। एक खुले सॉफ्टवेयर प्रोग्रामर का समय कीमती है। इसके बजाय, शौकिया या शुरुआत प्रोग्रामर समूहों में प्रोग्रामिंग की मूल बातें पर चर्चा करें।
- स्थापित और अत्यधिक सफल परियोजनाओं में लिखा हो सकता है या अलिखित नीतियां आपके काम की प्रतिपूर्ति (कोई पैसा नहीं, खुद को बढ़ावा देने की कोई क्षमता नहीं, आपके योगदान की परवाह किए बिना कोई ऊंचा दर्जा नहीं, आदि - देखें: Do_not_expect_reward Wikipedia)। यदि आप इससे सहमत नहीं हो सकते हैं, तो अधिक सामान्य परियोजनाओं से चिपके रहें जो इस तरह के रवैये को बर्दाश्त नहीं कर सकते।
- जब तक आप हमेशा एकांत में बिताना नहीं चाहते हैं, तब तक अपना प्रोजेक्ट शुरू न करें। उसी कारण से, पहले से ही परित्यक्त परियोजना को पुनर्जीवित करने के प्रयास में नहीं लगने से बेहतर है कि इसकी पिछली टीम पहले ही हार चुकी हो।
- उस परियोजना के बारे में अनौपचारिक बैठक के मामले में, जिसमें आपने कभी भी किसी भी कोड का योगदान नहीं दिया है, आपको पूरी तरह से अनदेखा किए जाने की अप्रिय भावना होगी। चिंता न करें, कुछ हैकर्स आपके अपने कोड के साथ सम्मान अर्जित करने के बाद बाद में अच्छे दोस्त बन सकते हैं।
- बड़े खुले सॉफ्टवेयर प्रोजेक्ट, विशेष रूप से जीएनयू डोमेन के आसपास के लोग, आपकी नौकरी को अपने निजी व्यवसाय के रूप में नहीं मानते हैं। सॉफ़्टवेयर-संबंधित कंपनी के भीतर काम पाने के बाद, वे आपके नियोक्ता से कुछ समझौतों पर हस्ताक्षर करने के लिए कहते हैं [1], जिस पर कंपनी हस्ताक्षर करेगी या नहीं। यह आपको कम कठोर आवश्यकताओं वाली परियोजना का चयन करने के लिए मजबूर कर सकता है।
नेसेसिटीज़
- लिनक्स। कई खुले सॉफ्टवेयर प्रोजेक्ट विंडोज पर बनाने के लिए अधिक जटिल हैं, या बिल्कुल भी सही तरीके से नहीं बनते हैं। यह विशेष रूप से सेल फोन, USB कुंजी और अन्य उपकरणों की प्रोग्रामिंग के लिए समर्पित उन्नत परियोजनाओं के लिए सच है।
- अपेक्षाकृत अच्छे इंटरनेट कनेक्शन वाला कंप्यूटर। अगर आप विंडोज के साथ डुअल बूट रखना चाहते हैं तो लिनक्स के लिए दूसरी हार्ड ड्राइव या पार्टीशन एक अच्छा उपाय हो सकता है।
- कम से कम एक प्रोग्रामिंग भाषा का बुनियादी ज्ञान और अधिक जानने के लिए एक मजबूत इरादा। वर्तमान में सबसे लोकप्रिय भाषा सी और जावा प्रतीत होती है।
- समय की एक महत्वपूर्ण राशि, कम से कम पांच घंटे एक सप्ताह (एक विशिष्ट कट्टर प्रोग्रामर 14 घंटे का योगदान देता है)।
- जबकि औपचारिक आईटी शिक्षा आपके रास्ते को बहुत आसान बना देगी, यह बात है नहीं एक अनिवार्य आवश्यकता और कोई वास्तविक हैकर समुदाय कभी भी आपसे इसके बारे में नहीं पूछेगा। प्रोग्रामर / हैकर्स किसी की प्रोग्रामिंग के द्वारा एक-दूसरे का न्याय करते हैं, न कि नकली मापदंड जैसे ग्रेड, आयु, दौड़ या स्थिति। ध्यान रखें, कम से कम 60% ओपन सोर्स हैकर्स जो आपके पैच का आकलन करते हैं, उनके पास "सही" कॉलेज की डिग्री है और आपको प्रोजेक्ट के लिए बकवास योगदान करने की अनुमति नहीं देगा।
- अंतिम चरणों (सम्मेलन और 'पार्टी स्थापित करें') के दौरान आप अपने स्वयं के लैपटॉप से लाभ उठा सकते हैं। लेकिन घर पर इस पर काम करना ठीक नहीं है, इसलिए केवल एक खरीद लें अगर आप दूसरी मशीन खरीद सकें।
- ओपन सोर्स सॉफ्टवेयर "हैकर" बनने के लिए वर्णित पथ को पूरा होने में कम से कम दो साल लगते हैं।
