शुरुआती के लिए पाँच आसान डिबगिंग नियम

अनुवादक से: जॉर्ज एलन हैमेल ने अपने लेख में खुद के अनुभव साझा किए और डिबगिंग प्रक्रिया में डेवलपर द्वारा निर्देशित किए जाने के बारे में बात की।

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

स्किलबॉक्स अनुशंसा करता है: "मोबाइल डेवलपर प्रो । "
हम आपको याद दिलाते हैं: "हैबर" के सभी पाठकों के लिए - "हैबर" प्रोमो कोड का उपयोग करके किसी भी स्किलबॉक्स कोर्स के लिए पंजीकरण करते समय 10,000 रूबल की छूट।

नियम 1. हमेशा एक कारण होता है

"यह असंभव है" जैसे बयानों के बावजूद, "यह उस तरह काम नहीं करना चाहिए," "कोई कारण नहीं है कि यह कोड काम नहीं करना चाहिए।"

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

पीछे खड़े हों, गहरी सांस लें। फिर कोड को फिर से देखें। केवल औजारों पर निर्भर न रहें। मस्तिष्क और तर्क का उपयोग करें। इस बारे में सोचें कि आप जिस वर्तमान आइटम पर काम कर रहे हैं वह सब कुछ कैसे प्रभावित करता है। ज्यादातर मामलों में, त्रुटि PMSIS वर्ग की है (समस्या कुर्सी और मेज के बीच है)।

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

नियम 2. आरटीएफएम और डब्ल्यूटीएफवी

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

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

इसलिए, नियम सीखें, जो अंग्रेजी में लगता है जैसे एफ एफ आईएनजी मैनुअल पढ़ें या एफ *** आईएनजी वीडियो देखें (इसलिए उपशीर्षक में संक्षिप्त रूप)।

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

लगभग हर दिन नए ढांचे दिखाई देते हैं, भाषाओं या उनके नए संस्करणों को भी नियमितता के साथ जारी किया जाता है। ऐसे उपकरणों का प्रभावी ढंग से उपयोग करने के लिए, हमें यह समझने की आवश्यकता है कि वे कैसे काम करते हैं।

नियम 3. कृपया नियम 1 और 2 का उपयोग करें।

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

नियम 4. परिवर्तन जानें।

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

सौभाग्य से, न केवल आप, बल्कि कई अन्य डेवलपर्स एक ही उपकरण का उपयोग करते हैं। वे विशेषज्ञों के आदान-प्रदान और स्टैकऑपेन जैसे विशिष्ट संसाधनों पर समस्याओं और घटनाओं के बारे में जानकारी साझा करते हैं।

अपनी समस्या या उपकरण में परिवर्तन के बारे में जानकारी पाने के लिए उसे देखें यदि कुछ नहीं है, तो नियम नंबर 1 को फिर से पढ़ें।

नियम 5. शुरू से ही आराम करें और शुरू करें।

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

कुछ मामलों में, ताजी हवा में एक सरल चलना एक नई सोच की ओर जाता है और तुरंत एक समस्या खोजने में मदद करता है। कभी-कभी नहीं, लेकिन परेशानी, आक्रामकता, या निराशा हमारे व्यवसाय में सर्वश्रेष्ठ सहायक नहीं हैं।

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

एक गलती खोजने और अप्रत्याशित कोण से समस्या को देखने के लिए पिछले प्रयासों के सभी tinsel और बकवास के अपने सिर को साफ़ करें।

तो ठीक है ... हाँ, आपने सही अनुमान लगाया। हम नियम नंबर 1 पर लौटते हैं।

स्किलबॉक्स अनुशंसा करता है:

• व्यावहारिक पाठ्यक्रम "वेब डेवलपर का व्यवसाय" ।
• ऑनलाइन कोर्स "प्रोफेशन फ्रंटेंड-डेवलपर । "
• व्यावहारिक वार्षिक पाठ्यक्रम "पीएचपी-डेवलपर खरोंच से प्रो तक" ।