मैं आमतौर पर एक डिबगर का उपयोग नहीं करता हूं, शायद हर दो सप्ताह में एक बार।
मेरी नौकरी में सबसे महत्वपूर्ण उपकरण इतना सर्वव्यापी है कि मैं इसका उल्लेख करना भूल गया - स्टैक के निशान। स्टैक ट्रेस की जांच करके मेरे द्वारा सामना की जाने वाली समस्याओं का 90% से अधिक हल किया जा सकता है। यह उपकरण हमेशा आपकी भाषा के आधार पर बहुत उपयोगी नहीं होता है, लेकिन जब वे एक भाषा द्वारा अच्छी तरह से लागू होते हैं तो वे आपको एक अद्भुत राशि बचा सकते हैं।
मुझे लगता है कि दूसरी सबसे आम तरीका है कि मैं साधारण समस्याओं का पता लगाता हूं कि यह शायद वह कोड है जिसे मैंने अभी बदला है। मैं यूनिट परीक्षण बहुत बार चलाता हूं इसलिए मैं आमतौर पर जानता हूं कि मैंने अभी क्या तोड़ा है।
अधिक जटिल विकास और डिबगिंग के लिए मैं कुछ डीबग या ट्रेस स्तर लॉग स्टेटमेंट जोड़ सकता हूं। मुझे लगता है कि उत्पादन समस्याओं का पता लगाने में मेरी मदद करने के लिए विकास समस्याओं को एक अच्छा मार्गदर्शक मानते हैं।
आपके पास हमेशा डिबगर काम नहीं होता है। उत्पादन में डिबगर चलाना असंभव हो सकता है (हेक, आपकी कंपनी कितनी सुरक्षित है इसके आधार पर लॉग को छोड़कर उत्पादन मशीनों तक पहुंचना असंभव हो सकता है)। ऐसी भाषाएँ भी हैं जहाँ डिबगर को हुक करने में बहुत अधिक समय लगता है या हो सकता है कि वहाँ अभी अच्छे डिबगर उपलब्ध न हों।
यदि आप तर्क और डिबग / ट्रेस लेवल का उपयोग करने के साथ-साथ सभी कोडिंग कर रहे हैं, तो यह केवल आपके उत्कृष्ट लॉग स्टेटमेंट की जांच करने का मामला हो सकता है (संभवतः लॉग स्तर को बढ़ाकर) हार्डवेयर तक पहुंच के बिना समस्या का पता लगाने के लिए।
हालाँकि मुझे लगता है कि डीबगर एक शक्तिशाली उपकरण हैं, लेकिन उन्हें अपने टूलबॉक्स में एकमात्र उपकरण न बनने दें!