محوّل المناطق الزمنية

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

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

وحقل التاريخ ليس تفصيلًا اختياريًا. فالساعة 14:00 نفسها في عمّان تتحوّل تحوّلًا مختلفًا في آذار عنه في تموز، لأن نصف الكرة الشمالي يدخل التوقيت الصيفي ويخرج منه في تواريخ تختلف بحسب البلد. وأوروبا وأمريكا الشمالية لا تغيّران في نهاية الأسبوع نفسها، فهناك أسبوعان كل ربيع وخريف يكون فيهما الفارق المعتاد بين لندن ونيويورك خاطئًا وحسب.

ويُعرض يوم الأسبوع إلى جانب كل مدينة لأنه يتغيّر. فالجدولة عبر آسيا والأمريكتين تعبر منتصف الليل بانتظام، واجتماع الساعة 09:00 الثلاثاء في طوكيو هو مساء الاثنين في لوس أنجلوس.

أنت في عمّان ترتّب مكالمة مع زملاء في لندن ونيويورك، وتقترح 14:00.

في تموز تلك هي 12:00 في لندن و07:00 في نيويورك. لندن مناسبة. ونيويورك مبكّرة لكنها تُحتمل.

الآن غيّر التاريخ إلى كانون الثاني. تصير الساعة 14:00 نفسها في عمّان هي 12:00 في لندن و06:00 في نيويورك — أي أبكر بساعة لنيويورك من جواب الصيف، لأن المناطق الثلاث تغادر التوقيت الصيفي في أوقات مختلفة.

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

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

وعادة عملية للجدولة عبر مناطق كثيرة: اتّخذ UTC مرجعًا، واتّفقوا على الوقت بـUTC، ودع كل مشارك يحوّل. فـUTC بلا توقيت صيفي، ولا يمكن أن ينزلق.

وللمدّة لا للحظة، محوّل وحدات الزمن يتولّى الساعات والدقائق.