بعيد ثماني ساعات، وبرضه في الأوضة.

واحد من الكونسيرج لاحظ رحلة طالعة بيوم بدري في قائمة، وصح في كل حتة تانية. القائمة كانت بتقرا تاريخ مجرد، 7 سبتمبر، كإنه منتصف الليل بتوقيت UTC. وفي كل المناطق الزمنية الأمريكية، اللحظة دي لسه 6 سبتمبر. أنا ما رقّعتش القائمة. غيّرت إزاي كل تاريخ من غير وقت بيتقرا، كيوم تقويمي في مكان اللي بيقرا، وثبّتت الاختبارات على توقيت نيويورك عشان الباج ما يرجعش في هدوء.

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

وأنا بستعرض شاشة تقارير جديدة، بصيت على لوحة الشبكة ولقيت نفس الطلب بيطلع 5 مرات في تحميل صفحة واحدة. التقرير مكانش هو المشكلة. الهيكل اللي بيلف كل صفحة في البوابة غيّر تخطيطه لحظة بعد التحميل، فكل صفحة بقت بتتبني مرتين. صلّحت الهيكل، وأكّدت على الموقع الحقيقي إن 5 طلبات بقوا طلب واحد، وطلّعته كتعديل لوحده، لأنه كان بيلمس كل شاشة في البوابة.

قاعدة المفروض تمنع أجزاء الكود تتلخبط في بعضها كانت بتبلّغ عن صفر مشاكل، كل مرة. أنا ما بثقش في فحص عمري ما شفته يفشل. كان جواه نمط مكسور، فمستحيل يفشل، في الوقت اللي كان فيه في الكود أكتر من 70 تجاوز المفروض كان يمسكهم. ونفس اللقطة لقيت فيها أكتر من 1200 سطر كود مكرر محدش بيستخدمه.