कॉलेज में पढ़ाई के दौरान, मैंने संगीत उद्योग में अपनी गंभीर रुचि बनाए रखने के लिए एक स्थानीय रिकॉर्डिंग स्टूडियो में अंशकालिक काम किया। चूँकि आप इस लेख को संगीत उद्योग से असंबद्ध प्रकाशन में पढ़ रहे हैं, इसलिए यह निष्कर्ष निकालना आसान है कि मैंने उस समय से संगीत से नाता तोड़ लिया है (ठीक है, मुझे लगता है कि कुछ बहुत प्रभावशाली Spotify प्लेलिस्ट के निर्माण के अलावा)।
मेरे कुछ दोस्त अभी भी संगीत उद्योग में काम करते हैं और फलते-फूलते हैं, और यह सुनना प्रभावशाली है कि पिछले कुछ वर्षों में चीजें कैसे बदल गई हैं, खासकर स्पेक्ट्रम के रिकॉर्डिंग पक्ष में। उद्योग ने नवप्रवर्तन करना जारी रखा है, मुख्यतः इसलिए क्योंकि उत्पाद निर्माता उन लोगों की प्रतिक्रिया सुनते हैं जो अपनी कला बनाने के लिए ऐसे टूलींग पर निर्भर हैं। यह आज तकनीकी उद्योग में काम करने से अलग नहीं है। सफल तकनीकी उत्पादों के लिए उपयोगकर्ता की प्रतिक्रिया प्राप्त करना और सुनना महत्वपूर्ण है।
हालाँकि, जबकि Web2 ने अवधारणा और टूलींग दोनों में उपयोगकर्ता प्रतिक्रिया को अपनाया है, Web3 अभी भी पीछे है। इस विसंगति का एक उदाहरण Web3 DevOps को बेहतर बनाने के लिए निरंतर फीडबैक लूप का उपयोग करने की अवधारणा पर केंद्रित है - एक ऐसा क्षेत्र जहां टीम के सदस्यों के लिए गुणवत्तापूर्ण फीडबैक प्राप्त करना चुनौतीपूर्ण और असामान्य है। सर्वोत्तम प्रथाओं और उपलब्ध उपकरणों दोनों में, इस अवधारणा को अभी भी गति मिलनी बाकी है। और ख़राब उपयोगकर्ता अनुभव इसका प्रमाण है।
मुझे आश्चर्य हुआ कि क्या इस संचार अंतर को पाटने का कोई बेहतर तरीका है।
सॉफ़्टवेयर विकास में DevOps की अवधारणा अपेक्षाकृत नई है और यह उद्योग द्वारा सॉफ़्टवेयर इंजीनियरों की समस्याओं को सुनने का एक ठोस उदाहरण है।
इसलिए इसमें कोई आश्चर्य नहीं होना चाहिए कि Web3 DevOps ने पहले ही गति पकड़नी शुरू कर दी है। Web3 परियोजनाओं की तरह, Web3 टीमों को पारंपरिक सॉफ्टवेयर इंजीनियरिंग और संचालन के बीच अंतर को पाटने की जरूरत है।
और यह महत्वपूर्ण है. सफल Web3 DevOps निम्नलिखित लाभ प्रदान कर सकता है:
पुराने मॉडल के तहत, पीएम प्रबंधित होते थे, डेवलपर्स कोडित होते थे, परीक्षक परीक्षण करते थे, और ऑप्स तैनात किए जाते थे। लेकिन यह धीमा था और प्रसिद्ध "यह मेरी मशीन पर काम करता है!" का कारण बना। लेकिन आधुनिक DevOps के साथ, टीम के सदस्य अब एक एकीकृत टीम हैं, जिसमें हर कोई एक साथ मिलकर काम करता है और समग्र रूप से परियोजना के लिए जिम्मेदार है।
इसका मतलब है कि सभी को अंतिम-उपयोगकर्ता के अनुरोधों से अवगत कराना एक अच्छी बात है। और प्रतिक्रिया निरंतर होनी चाहिए! टीम के सभी सदस्यों को तुरंत और हर समय पता होना चाहिए कि उत्पादन में क्या हो रहा है। इस निरंतर फीडबैक लूप के साथ, एक टीम के रूप में हर किसी के लिए परियोजना और ग्राहकों की जरूरतों को समझना आसान हो जाता है।
उपयोगकर्ता की प्रतिक्रिया के सामने टीम को उजागर करना सूचना अधिभार जैसा लग सकता है। लेकिन वास्तव में, उपयोगकर्ता प्रतिक्रिया पूरी टीम के लिए मूल्य प्रदान करती है:
सॉफ्टवेयर इंजीनियर
ऑप्स इंजीनियर्स
परीक्षक
उत्पाद स्वामी/परियोजना प्रबंधक
तो हम जानते हैं कि हमें फीडबैक की आवश्यकता क्यों है। लेकिन हम इसे Web3 की दुनिया में कैसे प्राप्त करते हैं? हम पारंपरिक केंद्रीकृत समाधान (Google फॉर्म, आदि) के साथ जा सकते हैं - लेकिन Web3 की भावना में, हमें वास्तव में एक विकेन्द्रीकृत और खुले समाधान की आवश्यकता है।
यहीं पर फॉर्म xChange ओपन सोर्स टूल आता है। यह आपको Web3 पर फीडबैक फॉर्म आसानी से बनाने और उपयोग करने की क्षमता देता है। और इसे लागू करना और उपयोग करना बहुत आसान है। समाधान मेटामास्क वॉलेट से जुड़ता है (जो संभवतः उपयोगकर्ताओं के पास पहले से ही है) और एप्लिकेशन उपयोगकर्ताओं को एक या अधिक फॉर्म का उपयोग करके गुमनाम रूप से वोट करने की अनुमति देता है - प्रत्येक फॉर्म कई प्रश्नों की अनुमति देता है।
अच्छी बात यह है कि संपूर्ण फीडबैक प्रक्रिया सॉलिडिटी में लिखे गए अपने स्वयं के फ़ैक्टरी अनुबंध को नियोजित करती है, बिना आपको अपना स्मार्ट अनुबंध बनाने या बनाए रखने की आवश्यकता के।
नीचे फॉर्म xChange जीवनचक्र का सारांश दिया गया है:
इंस्टालेशन के बाद, निर्माता एक नया फॉर्म लिखेगा और फ़ैक्टरी अनुबंध का उपयोग करके फॉर्म को तैनात करेगा। तैनाती के बाद, प्रतिभागी गुमनाम रूप से फॉर्म भरते हैं और अपने परिणाम जमा करते हैं। सबमिट करने के बाद, परिणाम निर्माता और प्रतिभागियों दोनों के लिए उपलब्ध होते हैं।
उच्च स्तर पर, फॉर्म xChange का उपयोग शुरू करने के लिए निम्नलिखित चरणों की आवश्यकता होती है। ध्यान दें कि फीडबैक फॉर्म की खोज करते समय किसी भी वास्तविक धन को खर्च करने से बचने के लिए हम इस उदाहरण (एथेरियम एल2 लाइनिया परीक्षण नेटवर्क) के लिए लिनिया गोएरली पर ट्रफल का उपयोग करके फॉर्म xChange तैनात करेंगे।
फॉर्म xChange के साथ आरंभ करने के चरण यहां दिए गए हैं:
यह बहुत आसान है. आप मेटामास्क साइट पर पूरे विवरण के साथ सेटअप का एक विस्तृत उदाहरण पा सकते हैं।
उपरोक्त चरणों का पालन करने के बाद, फॉर्म xChange होम स्क्रीन आपके ब्राउज़र में प्रदर्शित होगी:
इसके बाद, अपने मेटामास्क वॉलेट को कनेक्ट करने के लिए कनेक्ट वॉलेट बटन का उपयोग करें।
एक बार कनेक्ट होने के बाद, नया फीडबैक फॉर्म बनाने के लिए लोकलहोस्ट:3000/क्रिएट-फॉर्म यूआरएल का उपयोग करें:
अब आप फीडबैक फॉर्म बनाने के लिए तैयार हैं।
अब रिकॉर्डिंग स्टूडियो में बैठने की तुलना में जो मुझे 1990 के दशक की याद आती है, उसमें 40 साल पहले की तुलना में बहुत कम समानताएं हैं। उद्योग को एहसास हुआ कि काम करने का एक बेहतर तरीका है - अपने ग्राहकों की बात सुनना - और आवश्यक नवाचार प्रदान करना।
यह सॉफ्टवेयर इंजीनियरों के रूप में DevOps के निर्माण और विकास के साथ हमने जो देखा है, उससे अलग नहीं है। फीडबैक फॉर्म का उपयोग तेजी से नवाचार प्रदान कर सकता है, जैसा कि मैंने एक सरल Web3 DevOps उपयोग मामले और कंसेंसिस फॉर्म xChange के आसपास नोट किया था।
मेरे पाठकों को याद होगा कि मेरा ध्यान निम्नलिखित मिशन वक्तव्य पर केंद्रित है, जो मुझे लगता है कि किसी भी आईटी पेशेवर पर लागू हो सकता है:
“अपना समय उन सुविधाओं/कार्यक्षमताओं को प्रदान करने पर केंद्रित करें जो आपकी बौद्धिक संपदा के मूल्य को बढ़ाती हैं। बाकी सभी चीजों के लिए रूपरेखाओं, उत्पादों और सेवाओं का लाभ उठाएं।''
- जे. वेस्टर
फॉर्म xChange के निर्माता मुझे मेरे वेब3 विकास जीवनचक्र के हिस्से के रूप में अपनी स्वयं की फीडबैक फॉर्म प्रक्रिया बनाने के लिए मजबूर न करके मेरे व्यक्तिगत मिशन वक्तव्य का पालन करने की अनुमति देते हैं। ऐसा करने में, मैं त्वरित फीडबैक फॉर्म बनाने के लिए फॉर्म xChange टूल का लाभ उठाने में सक्षम हूं जो प्रबंधित, कार्यान्वित और तैनात करना आसान है।
यदि आप Web3 पर ध्यान केंद्रित कर रहे हैं और अपने ग्राहकों से फीडबैक प्राप्त करना उपयोगी समझते हैं, तो मैं फ़ॉर्म xChange टूल को आज़माने की अत्यधिक अनुशंसा करता हूँ। आख़िरकार, यह आपके लिए बिना किसी कीमत के आता है... आपके थोड़े से समय के अलावा।
आपका दिन सचमुच बहुत अच्छा हो!
यहाँ भी प्रकाशित किया गया है.