कीड़े क्या हैं

1. थोड़ी व्युत्पत्ति और आंत्रविज्ञान

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



1878 में वापस, थॉमस अल्वा एडिसन (हाँ, वह!) ने अपने कॉमरेड-इन-आर्म्स पुस्कस को लिखे पत्रों में लिखा था: “यह मेरे सभी आविष्कारों में बस इतना ही रहा है। पहला कदम एक अंतर्ज्ञान है, और एक फट के साथ आता है, फिर कठिनाइयां पैदा होती हैं - यह बात बाहर निकलती है और [यह है] फिर वह 'बग्स' - जैसे कि छोटे दोष और कठिनाइयों को कहा जाता है - खुद को और महीनों के गहन देखने, अध्ययन को दिखाएं और व्यावसायिक सफलता या असफलता तक पहुंचने से पहले श्रम आवश्यक है। " एक ही शब्द में, इंजीनियरों ने द्वितीय विश्व युद्ध के दौरान रडार इलेक्ट्रॉनिक्स की विफलताएं और असफलताएं बताईं। बेशक, अधिक सामान्य कहानी यह है कि 1946 में मार्क -2 (मार्क- II) कंप्यूटर का विकास संपर्कों के बीच एक पतंगे के कारण इसके कामकाज में खराबी के कारण निलंबित कर दिया गया था। मॉथ की लाश को हटा दिया गया था और टिप्पणी के साथ चिपकने वाली टेप के साथ रिपोर्ट से चिपके हुए थे "बग का पहला वास्तविक मामला पाया जा रहा है।" जैसा कि आप अनुमान लगा सकते हैं, उसी जगह से "कान बढ़ते हैं" और शब्द "डीबगर" - शाब्दिक रूप से "बग से उद्धारकर्ता"।



2. बग के प्रकार।

सबसे सरल (इन्फ्यूसोरिया जूते की तरह नहीं, लेकिन सबसे आसान समझने के लिए, यह "क्लासिक" कहने के लिए फैशनेबल है) बग अपेक्षित परिणाम (या) और वास्तविक परिणाम (एफआर) के बीच एक बेमेल है। आइए एक उदाहरण का उपयोग करके इसका विश्लेषण करें:

कार्रवाई	अपेक्षित परिणाम	वास्तविक परिणाम
अभिव्यक्ति "= 2 + 2 * 2" को सेल में डालें (उद्धरण चिह्नों के बिना) और ENTER दबाएँ	6	8 बैग !!!!

(यह, वैसे, पुराने Microsoft Excel का एक वास्तविक बग है - इसमें गणितीय कार्यों की प्राथमिकता को ध्यान में नहीं रखा गया था, जिसके अनुसार गुणा में इसके अलावा की तुलना में सर्वोच्च प्राथमिकता है)



सब कुछ सरल है। हम एक की प्रतीक्षा कर रहे हैं - हम एक और प्राप्त करते हैं। बाग।

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



2.1। Heisenbug (heisenbug)

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



2.2। बोरबाग (बोहरबग)

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



2.3। Mandelbag (Mandelbug)

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



2.4। Shredinbag (Schroedinbug)

Schredinbug का नाम Schrödinger बिल्ली के साथ प्रसिद्ध विरोधाभास के नाम पर रखा गया है (या क्या यह दुखी जानवर एक बिल्ली है?)। यह इस तथ्य में शामिल है कि कोई प्रोग्राम का कोड पढ़ता है (जो कुछ समय से काम कर रहा है) और "हाँ, यह नहीं हो सकता है!" यह बस कार्य नहीं कर सकता है! ”, जिसके बाद यह कार्यक्रम तब तक कार्य करना बंद कर देता है जब तक यह त्रुटि ठीक नहीं हो जाती। होने के नाते, यह प्रतीत होता है, बिल्कुल शानदार है, यह त्रुटि वास्तविकता में आती है - अनुभवी डेवलपर्स के दोस्तों से पूछें, वे पुष्टि करेंगे। यद्यपि, निश्चित रूप से, बाद के विश्लेषण, एक नियम के रूप में, हमें त्रुटि को 2.1, 2.2, या 2.3 के खंडों में विशेषता देता है, यह हमेशा संभव नहीं होता है।



2.5। चन्द्रमा के चरण

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



2.6। सांख्यिकीय (बेहतर मात्रात्मक के रूप में जाना जाता है) बग

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



2.7। प्रदर्शन प्रभाव।

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



इस पर मैं कीड़े के संक्षिप्त अवलोकन के साथ समाप्त हो जाऊंगा, मुझे आपकी टिप्पणियों और सुझावों पर खुशी होगी।