टाइम ज़ोन मीटिंग प्लानर
एक तारीख़ चुनें, अपने शहर जोड़ें, और पूरा दिन एक साथ देखें: हर UTC घंटा हर शहर की अपनी घड़ी पर दिखाया गया है, इस आधार पर रंगा गया है कि वह कार्य घंटों में पड़ता है, उनके आसपास के शोल्डर घंटों में, या आधी रात को। फिर प्लानर उन घंटों के नाम बताता है जब हर कोई काम पर है — या, जब ग्रह मना कर दे, तो वे समझौते वाले घंटे जो सबसे कम चोट पहुँचाते हैं। Shanghai, Singapore, London और New York पहले से लोड हैं, क्योंकि यही वह संयोजन है जो हर भोले "नौ बजे मिलते हैं" वाले प्लान को तोड़ देता है।
कॉलम चुनी गई तारीख़ के UTC में 24 घंटे हैं। हर सेल उस पल को शहर की अपनी घड़ी पर दिखाता है; +1 और −1 का मतलब है कि वह पल स्थानीय अगले या पिछले दिन पर पड़ता है। सब कुछ आपके ब्राउज़र के Intl टाइम-ज़ोन डेटा से गणना किया जाता है — कोई शहर सूची, तारीख़ या परिणाम आपकी मशीन से बाहर नहीं जाता।
ग्रिड को कैसे पढ़ें
अधिकांश मीटिंग टूल गलत सवाल का जवाब देते हैं। वे एक प्रस्तावित समय को अन्य ज़ोन में बदलते हैं, जो तभी उपयोगी है जब आप पहले से जानते हों कि एक अच्छा समय मौजूद है। शेड्यूलिंग की समस्या खोज है, रूपांतरण नहीं: UTC+8 से UTC−5 तक फैले चार शहरों के साथ हो सकता है कि कोई भी घंटा हर जगह विनम्र न हो, और एक कनवर्टर खुशी-खुशी पुष्टि कर देगा कि आपका चुना हुआ 09:00 एक सहकर्मी के लिए 21:00 है, यह बताए बिना कि आपके समय का 14:00 उनके लिए बस थोड़ा जल्दी होता और आपके लिए सुबह के बीच का समय। ग्रिड टूल को उलट देती है। दिन का हर घंटा एक उम्मीदवार है, हर शहर की स्थानीय वास्तविकता एक नज़र में दिखती है, और समझौता — जब समझौता ही सब कुछ है — कॉल पर जम्हाइयों से खोजे जाने के बजाय संख्याओं को सामने रखकर चुना जाता है।
कार्य विंडो आप तय करते हैं, क्योंकि "कार्य घंटे" एक नीति है, प्रकृति का नियम नहीं। एक टीम जो 08:00 बजे शुरू होती है और एक टीम जो 09:00–17:00 की कड़ी रक्षा करती है, अलग-अलग ग्रिड बनाती हैं, और शोल्डर बैंड ठीक उनके बीच की बातचीत के लिए मौजूद है: दोनों ओर दो घंटे जिन्हें अधिकांश लोग कभी-कभार स्वीकार कर लेंगे और जिन्हें किसी को भी हर हफ़्ते स्वीकार नहीं करना चाहिए। जब प्लानर सबसे अच्छा समझौता बताता है, तो वह घंटों को पहले इस आधार पर क्रम देता है कि कितने शहर पूरी तरह कार्य घंटों के अंदर हैं, फिर इस आधार पर कि कितने कम से कम शोल्डर में हैं — एक समाधान जहाँ तीन शहर काम कर रहे हैं और एक जल्दी शुरू होता है, उस समाधान को हराता है जहाँ दो शहर काम कर रहे हैं और दो आधी रात को जागे हैं, हालाँकि किसी कमतर टूल के लिए दोनों ही "कोई ओवरलैप नहीं" हैं।
डे लाइट सेविंग ग्रिड का चलता हुआ हिस्सा है। ऑफ़सेट आपकी चुनी गई ठीक तारीख़ के लिए गणना किए जाते हैं, उन्हीं IANA नियमों से जिन्हें आपका कैलेंडर उपयोग करता है, और प्लानर हर ज़ोन के ऑफ़सेट की तुलना एक हफ़्ता इधर-उधर से करता है: अंतर का मतलब है कि घड़ी बदलना निकट है, और इस तारीख़ के लिए आप जो भी निष्कर्ष निकालते हैं वह पखवाड़े भर बाद एक घंटा गलत हो सकता है। यह चेतावनी उन नियमित मीटिंगों के लिए सबसे ज़्यादा मायने रखती है जो बदलाव वाले हफ़्तों में तय की जाती हैं, जब संयुक्त राज्य अमेरिका, यूरोप और दक्षिणी गोलार्ध सभी अलग-अलग रविवारों को बदलते हैं। साथ वाली लेख, हर टाइम ज़ोन का सम्मान करने वाला मीटिंग समय खोजना, DST के जालों और ओवरलैप के गणित को पूरी तरह समझाती है।
अक्सर पूछे जाने वाले प्रश्न
कभी-कभी कोई ओवरलैप होता ही क्यों नहीं?
क्योंकि ग्रह गोल है और कार्य दिवस आठ घंटे का है। Shanghai और New York बारह से तेरह घंटे दूर हैं, इसलिए जब एक 09:00–17:00 के अंदर होता है तो दूसरा रात में होता है — कोई भी UTC घंटा दोनों को काम पर नहीं रखता। प्लानर यह ईमानदारी से कहता है, फिर सबसे अच्छे समझौते वाले घंटे दिखाता है: पहले वे जिनमें सबसे ज़्यादा शहर काम पर हैं, और उसके बाद वे जिनमें सबसे ज़्यादा शहर कार्य या शोल्डर घंटों के भीतर हैं, ताकि दर्द कॉल पर खोजा जाने के बजाय जानबूझकर बाँटा जाए।
रंगों का क्या मतलब है?
हरा कार्य घंटे हैं — वह विंडो जो आप तय करते हैं, डिफ़ॉल्ट रूप से 09:00–17:00। एम्बर शोल्डर है: विंडो के दोनों ओर के दो घंटे, जल्दी शुरुआत और देर से समाप्ति जिन्हें अधिकांश लोग कभी-कभार स्वीकार कर लेंगे। धूसर-नीला रात है: वे घंटे जिनके लिए आपको केवल आपातकाल में कहना चाहिए, और कभी भी स्थायी मीटिंग के रूप में नहीं। ग्रिड चुनी गई तारीख़ के हर UTC घंटे के लिए हर शहर का अपना स्थानीय घंटा दिखाती है, साथ में +1 या −1 चिह्न जब वह पल स्थानीय रूप से पड़ोसी कैलेंडर दिन पर पड़ता है।
एक ही मीटिंग साल में दो बार एक घंटा क्यों खिसक जाती है?
डे लाइट सेविंग टाइम, जो अलग-अलग देशों में अलग-अलग तारीख़ों पर लागू होता है — या बिल्कुल नहीं होता। संयुक्त राज्य अमेरिका यूरोप से हफ़्तों पहले आगे बढ़ता है, और दक्षिणी गोलार्ध विपरीत दिशा में चलता है, इसलिए जनवरी में काम करने वाला स्लॉट अप्रैल में एक घंटा खिसका हो सकता है। जब किसी ज़ोन का UTC ऑफ़सेट आपकी चुनी गई तारीख़ के एक हफ़्ते के भीतर बदलता है, तो प्लानर उसे चिह्नित करता है: ठीक तभी एक नियमित मीटिंग चुपचाप एक तरफ़ के लिए एक घंटा जल्दी या देर से उतरती है।
क्या मैं ऐसा शहर जोड़ सकता हूँ जो प्रीसेट सूची में नहीं है?
हाँ। प्रीसेट के नीचे एक दूसरी सूची है जिसमें हर IANA टाइम ज़ोन है जिसे आपका ब्राउज़र जानता है — उनमें से कई सौ हैं। एक चुनें और वह अपने असली ऑफ़सेट और DST नियमों के साथ ग्रिड में शामिल हो जाता है, सीधे उसी Intl डेटा से जिसे आपका ऑपरेटिंग सिस्टम उपयोग करता है। कुछ भी कहीं नहीं भेजा जाता; पूरी गणना आपके ब्राउज़र में चलती है।
क्या नियमित मीटिंग को घुमाना चाहिए?
यदि कोई उचित स्लॉट मौजूद नहीं है, तो हाँ — घुमाना ही ईमानदार उपाय है। एक स्थायी मीटिंग जो हमेशा उसी शहर के लिए 21:00 पर हो, उन्हीं लोगों पर एक शांत कर है, और वे आना बंद कर देंगे या जब आएँगे तो तेज़ होना बंद कर देंगे। दर्द को हर महीने घुमाएँ, या उसे दो बारी-बारी वाले स्लॉट में बाँटें, और इस प्लानर द्वारा खोजे गए समझौते वाले घंटों को घुमाव बिंदुओं के रूप में उपयोग करें। ओवरलैप का गणित साथ वाले लेख हर टाइम ज़ोन का सम्मान करने वाला मीटिंग समय खोजना में है।