क्या "सामान्य रूप से" डिबग करने के बारे में कोई सिद्धांत या किताबें हैं? [बन्द है]

Question

मैंने बहुत सारे कंप्यूटर साइंस और इंजीनियरिंग पढ़े और पढ़े और मैंने डिबगिंग या थ्योरी के बारे में शायद ही कभी एक किताब देखी कि कैसे डिबग किया जाए (हालाँकि मैंने अपने खुद के कुछ डीबगिंग सिद्धांत विकसित किए हैं)।

क्या कोई डिबगिंग सिद्धांत और / या किताबें हैं? क्यों नहीं? मैं पढ़ सकता हूँ कि कैसे gdb का उपयोग करके डिबग करें और विकास के बारे में कुछ सबसे उपयोगी जानकारी जो मुझे पढ़ने से मिली कि gdb का उपयोग कैसे करें।

Comments

आपके कहने का क्या मतलब है debugging theory? इसे किन विषयों को कवर करना चाहिए?

— सुपरमूग

दो पेपर जो आप (शायद) दिलचस्प पाएंगे: डिबगिंग योजनाओं और व्याख्याओं और एल्गोरिथम प्रोग्राम डिबगिंग

— yannis

हाँ जिसे समस्या समाधान कहा जाता है: en.wikipedia.org/wiki/Problem_solve

— AndreasScheinert

@SoboLAN मुझे लगता है कि पूछने वाला डिबगिंग के पीछे वास्तविक सिद्धांत चाहता था, और 82/88 वह पुराना नहीं है , मुख्य अवधारणाएं समान हैं ... लेकिन हाँ, यह नहीं कि सवाल क्या है।

— यानि

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

— user60812

Answer 1

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

Answer 2

नहीं है डिबगिंग: ढूँढना भी सबसे मायावी सॉफ्टवेयर और हार्डवेयर समस्याओं के लिए 9 अपरिहार्य नियम । मुझे यह याद नहीं है कि यह बहुत गहरा है या सभी अकादमिक है, लेकिन इसमें निश्चित रूप से कुछ दिलचस्प अंतर्दृष्टि और कहानियां हैं।

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

मुझे निश्चित रूप से प्रत्येक अध्याय को वास्तविक जीवन की कहानी के साथ शुरू करने का दृष्टिकोण बहुत शिक्षाप्रद लगा।

Comments

+1 मेरे पास उस पुस्तक की एक प्रति है, और मुझे कहना होगा, यह वास्तव में अच्छी तरह से लिखा गया है। यह सामान्य है कि आप लेखक द्वारा सुझाए गए नियमों का उपयोग करके कुछ भी डीबग कर सकते हैं: सॉफ़्टवेयर दोष, हार्डवेयर समस्याएँ, शौचालय के साथ समस्याएँ, कुछ भी :) :)

— जेसन इवांस

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

— Kyralessa

Answer 3

Saff निचोड़ एक तकनीक केंट बैक परीक्षण और डीबगिंग के लिए पुनर्रचना का उपयोग करता है जो द्वारा वर्णित है:

मारो उन्हें उच्च, मारो उन्हें कम :

प्रतिगमन परीक्षण और सैफ निचोड़

केंट बेक, थ्री रिवर इंस्टीट्यूट

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