सबसे मूल्यवान प्रोग्रामिंग सलाह मुझे प्राप्त हुई

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

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

मैं समझता हूं कि यह शैली का मामला है। कुछ विशेष उपकरणों के साथ दुनिया में सब कुछ लाइन-बाय-लाइन डिबगिंग पर जोर देते हैं। लेकिन अब मेरा मानना ​​है कि कोड को देखे बिना सोचना सबसे अच्छा डीबगिंग टूल है क्योंकि यह बेहतर सॉफ्टवेयर की ओर ले जाता है। ” - रॉब पाइक

स्रोत - InformIt