<पी> गिटर

द्वारा <पी> _एंड्रयू फ़िशर सुंदर प्रकाश प्रभाव बनाने के लिए हार्डवेयर और सॉफ़्टवेयर को मर्ज करने वाली एक परियोजना पर काम करता है। उन्होंने हमें अपने प्रोजेक्ट के आसपास ओपन सोर्स समुदाय को बढ़ावा देने और प्रबंधित करने के अपने तरीके के बारे में बताया। जानें कि वह क्या कहता है और नोड-पिक्सेल गिटर चैनल देखें।_

<पी> हमें अपने और नोड-पिक्सेल समुदाय के बारे में थोड़ा बताएं। नोड-पिक्सेल क्या है? यह सब कैसे शुरू हुआ? <पी> मैं 20 साल का करियर वेब डेवलपर हूं और अब लक्स सिटी गाइड्स का सीटीओ हूं। मैं हमेशा विभिन्न रूपों में ओपन सोर्स समुदाय में शामिल रहा हूं और पिछले कुछ वर्षों में जावास्क्रिप्ट रोबोटिक्स (नोडबॉट्स) समुदाय में गहराई से शामिल रहा हूं।

<पी> नोड-पिक्सेल उसी से विकसित हुआ, इस परियोजना में सुंदर प्रकाश प्रभाव बनाने के लिए विशेष रूप से हार्डवेयर और सॉफ्टवेयर (जावास्क्रिप्ट) को एक साथ मिला दिया गया। इसकी शुरुआत इसलिए हुई क्योंकि ऐतिहासिक रूप से जेएस हार्डवेयर की दुनिया में ऐसा करने का कोई आसान तरीका नहीं था और मैं सुंदर रोशनी का शौकीन हूं इसलिए मैंने कुछ ऐसा बनाने का फैसला किया जो ऐसा कर सके।

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

<पी> एक समुदाय के रूप में आपके क्या सामान्य लक्ष्य हैं? <पी> जैसा कि ऊपर बताया गया है, वास्तव में यह देखने की इच्छा है कि लोग जावास्क्रिप्ट के साथ हार्डवेयर का उपयोग करें और विशेष रूप से ऐसा करने के लिए एक सरल तरीके का उपयोग करके बहुत परिष्कृत हार्डवेयर के साथ काम करने में सक्षम हों।

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

<पी> इसके अलावा अगला बड़ा प्रयास लाइब्रेरी को एनीमेशन जैसी चीज़ों के लिए और अधिक सक्षम बनाने और वास्तव में परिष्कृत प्रकाश प्रभाव बनाने और उन सभी को NodeJS से या संभावित रूप से सीधे ब्राउज़र से ट्रिगर करने में सक्षम बनाना है।

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

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

<पी> समुदाय का प्रबंधन करते समय आपके सामने कौन सी प्रमुख चुनौतियाँ आती हैं? <पी> समय क्षेत्र!!!!

<पी> मैं ऑस्ट्रेलिया में हूं और मेरे अधिकांश सहयोगी अमेरिका और यूरोपीय संघ में हैं, इसलिए जब हम निर्माण सुविधाओं आदि पर काम कर रहे हों तो ओवरलैप प्राप्त करना वास्तव में चुनौतीपूर्ण हो सकता है। प्रशांत या हिंद महासागर को उनके आकार का लगभग आधा बनाने की आवश्यकता है;)

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

<पी> इसके अलावा, जैसे-जैसे हम सुविधाओं का निर्माण कर रहे हैं, दृष्टिकोण, कोड समीक्षाओं पर नोट्स आदि के बारे में आगे और पीछे बहुत चर्चा होती है। GitHub इसमें मदद करता है, हालांकि जब हम एक दृष्टिकोण पर पहुंचते हैं तो हम इस अधिक मुक्त-प्रवाह वाली बातचीत के दूसरे भाग के रूप में GH का उपयोग करते हैं, फिर मुद्दों और समाधान के चरणों का दस्तावेजीकरण करने के लिए GH का उपयोग करते हैं।

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

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

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

<पी> आप किसी ऐसे व्यक्ति को क्या सलाह देंगे जो शुरू से ही एक ऑनलाइन ओपन सोर्स समुदाय शुरू करना चाहता है? <पी> अपने आप से बात करें.

<पी> यह अजीब लगता है लेकिन यह अक्सर चुनौतीपूर्ण होता है जब आप किसी प्रोजेक्ट पर काम करने वाले एकमात्र व्यक्ति हों। आपके पास एक विचार है, आप अपना कोड वहां फेंक देते हैं और लोगों के इसे चुनने का इंतजार करते हैं। यह बहुत चुनौतीपूर्ण हो सकता है क्योंकि आप संभावित आलोचना के लिए खुद को खोल रहे हैं।

<पी> इस पर काबू पाने का एक तरीका यह है कि मैं अपने GitHub में मुद्दों को उठाऊं और उन्हें खुद को सौंपूं। मैं अपने स्वयं के कोड की कोड समीक्षा करता हूं और इसके बारे में नोट्स बनाता हूं और कोड को ठीक करने के लिए टिकट जुटाता हूं। मैं अक्सर गिटर में वर्तमान स्थिति आदि भी नोट करता हूं, हालांकि मुझे संदेह है कि कोई भी इसे नहीं पढ़ेगा।

<पी> हालाँकि इस दृष्टिकोण के साथ मज़ेदार बात यह है कि यह आपको बाद में अपने प्रोजेक्ट के बारे में दूसरों से बात करने के तरीके को और अधिक परिष्कृत करने में मदद करता है, और आप अपने प्रोजेक्ट के बारे में दस्तावेज़ीकरण, तर्क और "जीवंतता" का एक समूह भी बनाते हैं और यह दूसरों के लिए योगदान करना आसान बनाता है - भले ही उन्हें लगता है कि वे एक पागल व्यक्ति के साथ सहयोग कर रहे हैं जो खुद से बात करता है (जो कि हम सभी वैसे भी करते हैं)।

<पी> इसलिए मेरी सलाह है कि खुद से बात करें। यह आपके प्रोजेक्ट को स्पष्ट करने में मदद करता है, आपको पहुंच योग्य बनाता है और एक समुदाय को ऐसे व्यक्ति से शुरू करना होता है जो हो हो वह व्यक्ति जिससे इसकी शुरुआत होती है.

<पी> धन्यवाद! <पी> मुफ़्त में कोड करना सीखें. फ्रीकोडकैंप के ओपन सोर्स पाठ्यक्रम ने 40,000 से अधिक लोगों को डेवलपर्स के रूप में नौकरी पाने में मदद की है। आरंभ करें