कोडिंग पुनरावृत्ति गति कैसे बढ़ाएं

कोड विकसित करने के लिए, आपको विकास या उत्पादन परिवेश पर आगे बढ़ने से पहले अक्सर इसका परीक्षण करने की आवश्यकता होती है। हालाँकि, GitHub क्रियाओं के साथ परिनियोजन, या CDK के साथ CDK स्टैक परिनियोजन की प्रतीक्षा करना समय लेने वाला है।

ऐसे समय लेने वाले कार्य मार डालते हैं पुनरावृत्ति गति, यदि आप प्रभावी ढंग से कोड विकसित करना चाहते हैं तो यह एक महत्वपूर्ण कारक है। ऐसा इसलिए है क्योंकि यह सुनिश्चित करने के लिए कि वे काम करते हैं, आपको अपने कार्यान्वयन का ठीक से परीक्षण करने की आवश्यकता है। फिर, प्रत्येक परिवर्तन के बाद, आपको इसका दोबारा परीक्षण करना होगा।

नवीनतम कोडिंग एजेंटों के साथ, पूर्ण स्थानीय परीक्षण स्क्रिप्ट विकसित करना बहुत तेज़ है, और डेटा वैज्ञानिक के रूप में कोड लिखते समय मैं हर दिन कुछ न कुछ करता हूँ।

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

मैं ज्यादातर इस बारे में बात करूंगा कि इंफ्रास्ट्रक्चर के साथ कोड (IaC) के रूप में कैसे काम किया जाए, क्योंकि मैं दिन-प्रतिदिन के आधार पर ज्यादातर इसी पर काम कर रहा हूं। हालाँकि, आपके कोड को स्थानीय रूप से कुशलतापूर्वक चलाने की अवधारणा सभी प्रोग्रामिंग पर लागू होती है।

आपको स्थानीय रूप से कोड चलाने की आवश्यकता क्यों है?

सबसे पहले, मैं यह बताना चाहता हूं कि हमें स्थानीय स्तर पर कोड चलाने की आवश्यकता क्यों है। इसका सरल उत्तर यह है कि:

कार्यशील कोड को उत्पादन तक कुशलतापूर्वक पहुंचाने के लिए पुनरावृत्ति गति सबसे महत्वपूर्ण पहलुओं में से एक है

जितनी तेजी से आप अपने कोड को दोहरा सकते हैं, उतना बेहतर होगा। जब आप नई कार्यक्षमता विकसित करते हैं (या पुरानी कार्यक्षमता को ठीक करते हैं), तो आप तुरंत परीक्षण करना चाहते हैं कि यह काम करती है या नहीं, और तब तक कोड को पुनरावृत्त रूप से ठीक करें जब तक कि यह इच्छित के अनुसार काम न करे।

यदि आपको अपने कोड का परीक्षण करने से पहले उसके लागू होने के लिए 5-15 मिनट तक प्रतीक्षा करनी पड़ती है, तो आपके लिए एक गंभीर समस्या है। हर बार जब आप किसी समस्या का समाधान एक बार में करने में सक्षम नहीं होते हैं, तो आप केवल तैनाती की प्रतीक्षा में 5-15 मिनट बर्बाद कर देते हैं।

इसके बजाय, आपको अपना कोड स्थानीय रूप से चलाना चाहिए। उदाहरण के लिए, यदि आप IaC के साथ काम कर रहे हैं, जैसे कि AWS CDK, तो आप स्थानीय रूप से डॉकर छवियां बना और चला सकते हैं, अनिवार्य रूप से उत्पादन वातावरण की नकल कर सकते हैं, लेकिन अपने कंप्यूटर पर। इस तरह, पुनरावृत्ति लूप सरल है, और डॉकर छवि बनाने और कोड चलाने में समय लगता है।

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

यदि आप किसी वेब एप्लिकेशन पर काम कर रहे हैं, तो आपको अपना कोड तैनात करने से पहले एप्लिकेशन को स्थानीय रूप से चलाना चाहिए (और शायद पहले से ही हैं)। IaC के साथ काम करते समय कोई अंतर नहीं होना चाहिए।

स्थानीय स्तर पर कैसे विकास किया जाए जैसे कि यह एक उत्पादन वातावरण हो

स्थानीय स्तर पर विकास करते समय एक महत्वपूर्ण पहलू यह है कि आप उत्पादन परिवेश को बारीकी से दोहराने में सक्षम हैं। यदि आप IaC लिख रहे हैं, Docker छवियाँ बना रहे हैं, और Docker छवि को स्थानीय रूप से चला रहे हैं:

आप बिल्कुल उसी कोड के साथ, समान इनपुट पथों के साथ परीक्षण कर रहे हैं, और यदि आप अपनी .env फ़ाइल को उत्पादन .env फ़ाइल में मिरर करते हैं, तो आप सभी वेरिएबल्स को भी मिरर करते हैं। इस प्रकार, यदि आप ऐसा कर सकते हैं तो डॉकर छवियों को स्थानीय रूप से चलाना ही एक रास्ता है।

कोडिंग एजेंटों के साथ स्थानीय स्क्रिप्ट बनाएं

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

हालाँकि, अब यह कोई मुद्दा नहीं है। स्थानीय रूप से चलना शुरू करने के लिए, मैं आमतौर पर कर्सर को निम्नलिखित निर्देश प्रदान करता हूं:

Create a shell script for me to run this code locally. The shell script
should run the docker image, and have an optional --build flag, which builds
the docker image before running it. The docker image should load environment
variables from the .env file.

यह एक कुशल शेल स्क्रिप्ट बनाता है जिसका आप उपयोग कर सकते हैं। मुझे वैकल्पिक पसंद है –– निर्माण टैग, क्योंकि डॉकर छवि बनाने में कभी-कभी समय लगता है, और मुझे इसे चलाने से पहले हमेशा बनाने की आवश्यकता नहीं होती है।

साथ ही, निम्नलिखित कारक मुझे स्क्रिप्ट को आसानी से चलाने की अनुमति देते हैं:

• मैं कभी भी वास्तविक रहस्यों को .env में संग्रहित नहीं करता। मैं केवल गुप्त संदर्भ संग्रहीत करता हूं, जिसे मेरा कोड AWS सीक्रेट मैनेजर से उठाता है। इस प्रकार, मैं रहस्य लीक होने की चिंता किए बिना अपनी एनवी फाइल को आगे बढ़ा सकता हूं। इसके अलावा, इससे GitHub से कोड खींचते समय अन्य लोगों के लिए भी स्क्रिप्ट चलाना आसान हो जाता है
• मैं परीक्षण ईवेंट के साथ एक और फ़ाइल बनाता हूं, जहां मैं आसानी से चल रहे डॉकर छवि पर ईवेंट भेज सकता हूं। इस तरह, मैं आसानी से इनपुट और आउटपुट की जांच कर सकता हूं
• मैं परीक्षण स्क्रिप्ट को Git पर तैनात करता हूं, ताकि बाकी सभी को भी उन तक पहुंच मिल सके। इसमें उल्लिखित env फ़ाइल शामिल है, क्योंकि इसमें कोई रहस्य नहीं है

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

मैं आपके सभी रिपो के लिए इन स्थानीय परीक्षण स्क्रिप्ट को स्थापित करने और उन्हें साझा करने के लिए Git पर भेजने की सलाह देता हूं। इन स्क्रिप्ट्स तक पहुंच होने से आपकी पूरी टीम प्रोग्रामर के रूप में अधिक कुशल हो जाएगी।

स्थानीय स्तर पर चलाने के लिए अतिरिक्त युक्तियाँ

इन स्थानीय परीक्षण फ़ाइलों को देखते हुए, मैं और अधिक कुशल होने के लिए दो अतिरिक्त युक्तियाँ भी साझा करना चाहता हूँ:

• प्री-कमिट हुक के साथ डॉकर छवि चलाएं और उसका परीक्षण करें
• अपने कोडिंग एजेंट को इन स्क्रिप्ट तक पहुंच प्रदान करें

प्री-कमिट हुक

प्री-कमिट हुक वह कोड होता है जो गिट पर प्रत्येक कमिट से पहले चलता है। विशिष्ट प्री-कमिट हुक में शामिल हैं:

• दौड़ना काला । स्वरूपण के लिए
• दौड़ना mypy प्रकार की सुरक्षा के लिए
• दौड़ना पाइटेस्ट परीक्षण यह सुनिश्चित करने के लिए कि सभी परीक्षण उत्तीर्ण हों

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

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

कर्सर को परीक्षण स्क्रिप्ट तक पहुंच प्रदान करें

दूसरी युक्ति यह है कि मैं अपनी परीक्षण स्क्रिप्ट चलाने के लिए हमेशा कर्सर और क्लाउड कोड तक पहुंच प्रदान करता हूं। फिर मैं कर्सर को परिवर्तन करने के बाद और इसके वर्तमान कार्यान्वयन को समाप्त करने से पहले परीक्षण स्क्रिप्ट चलाने के लिए कहता हूं।

आपके कोडिंग एजेंट को चलाने और डॉकर छवियों का परीक्षण करने से एक कार्यान्वयन को एक बार में करने में सक्षम होने की मात्रा में काफी वृद्धि होगी

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

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

निष्कर्ष

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

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

👉 मेरे निःशुल्क संसाधन

🚀 एलएलएम के साथ 10x आपकी इंजीनियरिंग (निःशुल्क 3-दिवसीय ईमेल पाठ्यक्रम)

📚 मेरी निःशुल्क विज़न लैंग्वेज मॉडल ईबुक प्राप्त करें

💻 विज़न लैंग्वेज मॉडल्स पर मेरा वेबिनार

👉 मुझे सोशल मीडिया पर खोजें:

📩 मेरे न्यूज़लेटर की सदस्यता लें

🧑‍💻 संपर्क में रहो

🔗 Linkedin

🐦 एक्स/ट्विटर

✍️ मध्यम