টাইম জোন কনভার্টার
নতুনবিভিন্ন শহরের সময় তুলনা করুন এবং সবার জন্য সুবিধাজনক মিটিং পরিকল্পনা করুন।
The highlighted column is the same moment everywhere. Green hours = typical working time (9–17), amber = early/late (7–9, 17–21). Click any hour to move the meeting there. Drag the slider for finer steps. Daylight saving is applied automatically per city and date.
Runs entirely in your browser. Nothing is uploaded.
এক স্ক্রিনে সব টাইম জোন তুলনা করুন
এই ফ্রি টাইম জোন কনভার্টার আপনার প্রয়োজনীয় প্রতিটি শহরকে একই স্ক্রিনে নিয়ে আসে। প্রতিটি সারিতে শহরের বর্তমান (বা নির্বাচিত) সময়, তারিখ, UTC অফসেট এবং আপনার বেস শহর থেকে পার্থক্য দেখা যায়, সাথে একটি সারিবদ্ধ ২৪-ঘণ্টার স্ট্রিপ — প্রতিটি কলাম সব সারি জুড়ে একই মুহূর্ত বোঝায়, তাই আড়াআড়ি পড়লেই বোঝা যায় 'এখানে যখন বিকেল ৩টা, তখন ওখানে কটা বাজে' — কোনো হিসাব ছাড়াই।
স্লাইডার টেনে বা যেকোনো ঘণ্টার ঘরে ক্লিক করে মুহূর্তটি সরান; প্রতিটি সারি সাথে সাথে আপডেট হয়। কোনো পেজ রিলোড নেই, কোনো ফর্ম জমা দিতে হয় না, এবং কোনো অ্যাকাউন্টও লাগে না। অসীম সংখ্যক শহর যোগ করুন এবং আপনার তালিকা পরের বার ব্যবহারের জন্য ব্রাউজারে সংরক্ষিত থাকে — World Time Buddy-র মতো নয়, যেটি ফ্রি প্ল্যানে মাত্র ৪টি শহরে সীমাবদ্ধ রাখে এবং সাইন-ইন বাধ্যতামূলক করে।
ওভারল্যাপ দেখানো একটি মিটিং প্ল্যানার
বিভিন্ন টাইম জোনে সময়সূচি ঠিক করা মূলত একটি ওভারল্যাপ সমস্যা, তাই ঘণ্টার স্ট্রিপগুলো মিটিং প্ল্যানারের মতো রঙ-কোডেড: মূল কর্মঘণ্টার (৯টা–১৭টা) জন্য সবুজ, প্রান্তবর্তী সময়ের (৭টা–৯টা ও ১৭টা–২১টা) জন্য অ্যাম্বার, এবং যে সময় কারও পছন্দ নয় তার জন্য নিষ্প্রভ রঙ। যে কলামে প্রতিটি সারি সবুজ, সেটি নিরাপদ সময়; নিউ ইয়র্কে সবুজ কিন্তু মুম্বাইয়ে গভীর রাতের ধূসর দেখালে বুঝবেন আরও খুঁজতে হবে।
সময়টা পেয়ে গেছেন? ক্লিক করুন এবং মিটিং টাইম কপি করুন চাপুন — প্রতিটি অংশগ্রহণকারীর সপ্তাহের দিন, স্থানীয় সময় ও UTC অফসেটসহ একটি রেডি-টু-পেস্ট ঘোষণা পাবেন। শেয়ার লিংক কপি করুন পুরো তালিকাটি, আপনার নির্বাচিত মুহূর্তে স্থির করে, যে কাউকে পাঠিয়ে দেয়। Calendly এবং Google Calendar দুটোই শিডিউলিং সামলায় কিন্তু কোনোটাই পাশাপাশি টাইম গ্রিডের মতো রঙ-কোডেড ওভারল্যাপ দেখায় না।
ডে-লাইট সেভিং টাইম স্বয়ংক্রিয়ভাবে সামলানো হয়
বেশিরভাগ ম্যানুয়াল কনভার্সন ভুল আসলে DST-জনিত ভুল: US–ভারতের ব্যবধান জানুয়ারিতে ১০.৫ ঘণ্টা কিন্তু জুলাইয়ে ৯.৫ ঘণ্টা; UK প্রতি বসন্তে GMT ছেড়ে BST-তে যায়; আর US ও ইউরোপ ভিন্ন সপ্তাহে ঘড়ি পরিবর্তন করে। এই কনভার্টার আপনার ব্রাউজারে বিল্ট-ইন IANA টাইম জোন ডেটাবেস ব্যবহার করে শহর + তারিখ থেকে প্রতিটি সময় গণনা করে, তাই অফসেট — IST (UTC+৫:৩০) বা নেপালের UTC+৫:৪৫-এর মতো আধা-ঘণ্টার জোনসহ — আপনার বেছে নেওয়া তারিখের জন্য সবসময় সঠিক থাকে।
এ কারণেই সংক্ষিপ্ত রূপের বদলে শহরের নাম দিয়ে পরিকল্পনা করা উচিত: জুলাই মাসে লেখা 'EST' প্রায়ই এক ঘণ্টা ভুল হয়, কিন্তু 'নিউ ইয়র্ক' কখনও ভুল হয় না। মিটিংয়ের তারিখ বেছে নিন — আজকের তারিখ নয় — আর স্ট্রিপগুলো সেই দিনের অফসেট প্রতিফলিত করবে, বর্তমান অফসেট নয়।
EST থেকে IST, PST থেকে EST, GMT থেকে UTC — সাধারণ জোড়া এক নজরে
প্রচলিত জোড়াগুলো এক নজরেই স্পষ্ট হয়ে যায়: EST থেকে IST হলো +১০:৩০ (শীতকালে সকাল ৯টা নিউ ইয়র্ক = সন্ধ্যা ৭:৩০ কলকাতা), PST থেকে EST হলো +৩ (দুপুর ১২টা লস অ্যাঞ্জেলেস = বিকেল ৩টা নিউ ইয়র্ক), লন্ডন বছরের বেশিরভাগ সময় নিউ ইয়র্কের চেয়ে +৫, এবং টোকিও US-এর DST অনুযায়ী +১৩/+১৪। যেকোনো দুটি শহর যোগ করুন আর স্ট্রিপটি পুরো দিনটা পাশাপাশি সাজিয়ে দেখাবে — এমনকি ডেট-লাইন পার হওয়ার ক্ষেত্রেও, যেখানে '+১ দিন' ব্যাজ দেখা যায়।
রিমোট টিমের জন্য, UTC-কে অ্যাংকর ধরাই সবচেয়ে পরিষ্কার অভ্যাস: মিটিংটি একবার UTC-তে বলুন, তারপর প্রত্যেকে নিজের সারি পড়ে নিক। ঘনিষ্ঠ সহযোগিতার জন্য দৈনিক অন্তত ~৪ ঘণ্টা ওভারল্যাপ থাকা কর্মঘণ্টার লক্ষ্য রাখুন, এবং সবার জন্য উপযুক্ত কোনো পরিষ্কার সময় না থাকলে অস্বস্তিকর স্লটটি ঘুরিয়ে ঘুরিয়ে দিন।
ফ্রি, সীমাহীন এবং প্রাইভেট — আপলোড নেই, অ্যাকাউন্ট নেই
জনপ্রিয় টুলগুলো ফ্রি টিয়ার সীমিত রাখে। World Time Buddy ফ্রি ব্যবহারকারীদের ৪টি লোকেশনে সীমাবদ্ধ রাখে, তারপর পেমেন্ট চায়। Savvy Time আপনার সেটআপ সংরক্ষণের জন্য অ্যাকাউন্ট চায়। এখানে সবকিছু ফ্রি এবং লাইভ চলে: সীমাহীন শহর, স্লাইডার স্ক্রাবিং, ক্লিক-টু-সেট আওয়ার্স, শেয়ার লিংক এবং মিটিং ঘোষণা কপিয়ার।
পুরো প্ল্যানারটি ক্লায়েন্ট-সাইডে চলে — আপনার শহরের তালিকা কখনও আপনার ডিভাইস ছেড়ে যায় না, এবং একবার লোড হয়ে গেলে অফলাইনেও কাজ করে। সাইন আপ করার কিছু নেই এবং কোনো সার্ভারে ডেটা পাঠানো হয় না। বিদেশে থাকা ক্লায়েন্টকে কল টাইম জানাতে চাওয়া ফ্রিল্যান্সার হোক, তিন মহাদেশ জুড়ে ছড়িয়ে থাকা রিমোট ইঞ্জিনিয়ারিং টিম হোক, বা টোকিওতে ফোন করার আগে সেখানে কটা বাজে তা দেখতে চাওয়া যে কেউ হোক — উত্তর মিলবে এক নজরেই।
টাইম জোন আসলে কীভাবে কাজ করে: UTC, অফসেট এবং IANA ডেটাবেস
UTC (Coordinated Universal Time) হলো সেই বৈশ্বিক ঘড়ি, যার সাপেক্ষে অন্য সব টাইম জোন পরিমাপ করা হয়। ১৯৬০ সালে এটি আন্তর্জাতিক মান হিসেবে GMT (Greenwich Mean Time)-এর স্থলাভিষিক্ত হয়, যখন অ্যাটমিক ঘড়ির ব্যবহার প্রতিদিন কয়েক বিলিয়নাংশ সেকেন্ডের নির্ভুলতায় সময় রাখা সম্ভব করে তোলে — যা GMT-র সৌর-দুপুর ভিত্তিক সংজ্ঞা কখনও নিশ্চিত করতে পারত না। শীতকালে UK-তে GMT এখনও একটি টাইম জোনের নাম হিসেবে ব্যবহৃত হয়, কিন্তু ইঞ্জিনিয়ার ও স্ট্যান্ডার্ড বডিগুলোর যখন দ্ব্যর্থহীন রেফারেন্স দরকার হয়, তারা UTC-ই বলে।
প্রতিটি নামযুক্ত টাইম জোন একটি UTC অফসেট হিসেবে প্রকাশ করা হয় — স্থানীয় সিভিল টাইম পেতে UTC থেকে যোগ বা বিয়োগ করা একটি সাইনযুক্ত ঘণ্টার (কখনও মিনিটেরও) সংখ্যা। শীতকালে নিউ ইয়র্ক UTC−৫; টোকিও UTC+৯। তবে শুধু অফসেট যথেষ্ট নয়, কারণ একই অফসেট বিভিন্ন ডে-লাইট সেভিং নিয়ম-যুক্ত ভিন্ন অঞ্চলে প্রযোজ্য হতে পারে — আর সরকার যখন সিদ্ধান্ত নেয়, তখন সেই নিয়মও বদলে যায়। এ কারণেই IANA টাইম জোন ডেটাবেস (যাকে tzdata বা Olson ডেটাবেসও বলা হয়) তৈরি হয়েছিল। এটি অফসেটের ইতিহাস ও DST নিয়মের প্রতিটি সমন্বয়কে একটি নির্দিষ্ট শনাক্তকারী দেয় — যেমন America/New_York বা Asia/Kolkata। প্রতিটি বড় অপারেটিং সিস্টেম, প্রোগ্রামিং ভাষার রানটাইম, ও ওয়েব ব্রাউজার এই ডেটাবেসের একটি কপি সঙ্গে রাখে এবং কোনো সরকার তার ঘড়ি বদলালেই তা আপডেট করে।
এর ব্যবহারিক ফলাফল হলো — EST বা IST-এর মতো সংক্ষিপ্ত রূপগুলো দ্ব্যর্থবোধক। 'IST' ভারতীয় প্রমাণ সময়, ইসরায়েলি প্রমাণ সময় এবং আইরিশ প্রমাণ সময় — এই তিনটি ভিন্ন অফসেটের জোনকে বোঝাতে পারে। 'EST' মানে US-এর Eastern Standard Time, কিন্তু একইসাথে কয়েকটি ক্যারিবিয়ান দেশের শীতকালীন সময়ও, যারা DST-র জন্য কখনও ঘড়ি বদলায় না। তার বদলে IANA শনাক্তকারী ব্যবহার করলে — America/New_York, Asia/Kolkata, Europe/Dublin — সব দ্ব্যর্থতা দূর হয়ে যায়, কারণ প্রতিটি শনাক্তকারী ঠিক একটি সেট অতীত ও ভবিষ্যতের নিয়মের সাথে মিলে যায়।
ডে-লাইট সেভিং টাইম: ইতিহাস, রাজনীতি এবং প্রোগ্রামারের দুঃস্বপ্ন
ডে-লাইট সেভিং টাইম (DST) প্রথম চালু হয়েছিল প্রথম বিশ্বযুদ্ধের সময়, যখন জার্মানি ও অস্ট্রিয়া ১৯১৬ সালের এপ্রিলে কৃত্রিম আলোর জন্য কয়লার ব্যবহার কমাতে ঘড়ি এক ঘণ্টা এগিয়ে দেয়। কয়েক সপ্তাহ পরেই ব্রিটেন একই পথ অনুসরণ করে। এই প্রথা ছড়িয়ে পড়ে, যুদ্ধের পর ব্যবহার কমে যায়, দ্বিতীয় বিশ্বযুদ্ধে আবার ফিরে আসে, এবং ১৯৭০-এর দশকের জ্বালানি সংকটের সময় অনেক দেশে প্রাতিষ্ঠানিকভাবে প্রতিষ্ঠিত হয়। মূল ধারণাটি হলো — বেশিরভাগ মানুষ যখন ঘুমিয়ে থাকে, সেই সকালের এক ঘণ্টা দিনের আলো সন্ধ্যায় সরিয়ে আনা, যখন মানুষ সক্রিয় থাকে এবং বিদ্যুৎ ব্যবহার করে।
যুক্তরাষ্ট্রে, ঘড়ি মার্চের দ্বিতীয় রোববার এক ঘণ্টা এগিয়ে যায় এবং নভেম্বরের প্রথম রোববার পিছিয়ে আসে — ২০০৫ সালের Energy Policy Act থেকে চালু থাকা একটি সময়সূচি। অ্যারিজোনা (নাভাহো নেশন বাদে) এবং হাওয়াই একেবারেই DST অনুসরণ করে না — অ্যারিজোনায় মরুভূমির তীব্র গরমের কারণে সন্ধ্যায় অতিরিক্ত দিনের আলো সুবিধার বদলে বোঝা হয়ে দাঁড়ায়। ইউরোপে, মার্চের শেষ রোববার এবং অক্টোবরের শেষ রোববার হলো পরিবর্তনের তারিখ। EU ২০১৯ সালে বছরে দুইবার ঘড়ি পরিবর্তনের প্রথা বাতিল করার পক্ষে ভোট দেয়, প্রতিটি সদস্য রাষ্ট্রকে স্থায়ী স্ট্যান্ডার্ড বা সামার টাইম বেছে নেওয়ার অনুমতি দিয়ে, কিন্তু ২০২৬ সালের মাঝামাঝি পর্যন্তও সমন্বয়জনিত মতানৈক্যের কারণে এই নির্দেশনা বাস্তবায়িত হয়নি। বিশ্বের অধিকাংশ অঞ্চল — বেশিরভাগ এশিয়া, আফ্রিকা, দক্ষিণ আমেরিকা এবং প্রায় সব নিরক্ষরেখা-সংলগ্ন অঞ্চল — একেবারেই DST অনুসরণ করে না, কারণ নিরক্ষরেখার কাছে সূর্যোদয়-সূর্যাস্তের ঋতুগত পার্থক্য খুবই কম।
সফটওয়্যার ডেভেলপারদের জন্য DST একটি চিরস্থায়ী বাগের উৎস। স্ট্যান্ডার্ড থেকে ডে-লাইট টাইমে পরিবর্তনের সময় একটি গ্যাপ তৈরি হয়: মার্চের দ্বিতীয় রোববার নিউ ইয়র্কে ঘড়ি রাত ১:৫৯ থেকে সরাসরি ৩:০০-এ লাফ দেয়, ফলে রাত ২:৩০ বলে কিছুই থাকে না। শরতের পরিবর্তনটি তৈরি করে একটি ওভারল্যাপ: ঘড়ি রাত ১:৫৯ থেকে ফিরে ১:০০-তে চলে যায়, ফলে রাত ১:৩০ দুইবার ঘটে। যেসব শিডিউলিং সফটওয়্যার সময়কে UTC-র বদলে লোকাল ওয়াল-ক্লক স্ট্রিং হিসেবে সংরক্ষণ করে, সেগুলো এই সময়ে ভুল আচরণ করে — ডুপ্লিকেট ক্যালেন্ডার অ্যালার্ট, পেমেন্ট সিস্টেমে ডাবল-বিলিং, বা ক্রন শিডিউলারে হারিয়ে যাওয়া জব তৈরি করে। সার্বজনীন সমাধান হলো সবকিছু UTC-তে সংরক্ষণ করা এবং শুধুমাত্র প্রদর্শনের মুহূর্তে লোকাল টাইমে রূপান্তর করা।
আধা-ঘণ্টা ও ৪৫-মিনিটের অফসেট: কিছু জোন কেন পুরো ঘণ্টায় পড়ে না
বেশিরভাগ মানুষ ধরে নেয় টাইম জোন পুরো ঘণ্টার ধাপে বদলায়, কিন্তু বিশ্বের প্রায় ১৫% জনসংখ্যা একটি ভগ্নাংশ-অফসেট জোনে বাস করে। সবচেয়ে জনবহুল উদাহরণ হলো ভারতীয় প্রমাণ সময় (IST, UTC+৫:৩০), যা পুরো উপমহাদেশ জুড়ে বিস্তৃত — প্রায় ১৪০ কোটি মানুষ একটি একক জোনে, ৩০ মিনিটের অফসেটসহ। ব্রিটিশ ঔপনিবেশিক শাসনামলে ১৯০৫ সালে একটি একীভূত জোন চালু হয় এবং স্বাধীনতার পরও এটি বহাল থাকে, কারণ দেশটিকে পুরো ঘণ্টার দুটি জোনে ভাগ করলে পূর্ব-পশ্চিম মধ্যরেখা ঘনবসতিপূর্ণ অঞ্চলের মধ্য দিয়ে যেত, যা অপ্রয়োজনীয় জটিলতা তৈরি করত। শ্রীলঙ্কা (UTC+৫:৩০), ইরান (UTC+৩:৩০) এবং আফগানিস্তান (UTC+৪:৩০)-ও একই ধরনের ভৌগোলিক ও রাজনৈতিক কারণে ৩০ মিনিটের অফসেট ব্যবহার করে।
নেপাল প্রমাণ সময় (NPT, UTC+৫:৪৫) বিশ্বের একমাত্র ৪৫ মিনিটের অফসেট জোন। এটি ১৯৮৬ সালে নির্ধারণ করা হয়েছিল যাতে নেপালকে ভারত (UTC+৫:৩০) ও চীন (UTC+৮:০০) উভয় থেকে আলাদা করা যায়, যা জাতীয় স্বাধীনতার উপরও জোর দেয়। নিউজিল্যান্ডের একটি অঞ্চল চ্যাথাম দ্বীপপুঞ্জ UTC+১২:৪৫-এ অবস্থিত (গ্রীষ্মকালীন DST-তে UTC+১৩:৪৫), যা একে পৃথিবীর সবচেয়ে পূর্বের বসবাসযোগ্য টাইম জোন করে তোলে। ফরাসি পলিনেশিয়ার মার্কেসাস দ্বীপপুঞ্জ (UTC−৯:৩০) প্রশান্ত মহাসাগরের আরেকটি ৩০ মিনিটের ব্যতিক্রম।
হাতে হিসাব করার জন্য, ভগ্নাংশ জোনগুলো একটি ফাঁদ। ৫:৩০ যোগ করা ০৯:৩০ UTC-তে যথেষ্ট সহজ — ফল দাঁড়ায় ১৫:০০ IST। কিন্তু IST থেকে EDT (UTC−৪) বিয়োগ করলে গ্রীষ্মে ব্যবধান দাঁড়ায় ৯ ঘণ্টা ৩০ মিনিট, কোনো গোল সংখ্যা নয়। নামযুক্ত IANA জোন থেকে গণনা করা কনভার্টার এসব অদৃশ্যভাবেই সামলে নেয়, তাই একটি লুকআপ টেবিলের বদলে টুল ব্যবহার করা বিশেষভাবে গুরুত্বপূর্ণ হয়ে ওঠে যখন জড়িত শহরগুলোর একটি কলকাতা, তেহরান, কাবুল বা কাঠমান্ডু হয়।
টাইম জোন নিয়ে প্রোগ্রামিং: UTC সংরক্ষণ করুন, লোকাল দেখান
সফটওয়্যার টাইমকিপিং-এর সবচেয়ে গুরুত্বপূর্ণ নিয়ম হলো: প্রতিটি টাইমস্ট্যাম্প UTC-তে সংরক্ষণ করুন, শুধুমাত্র প্রদর্শনের মুহূর্তে লোকাল টাইমে রূপান্তর করুন। এই নিয়ম লঙ্ঘন করাই প্রোডাকশন সিস্টেমে বেশিরভাগ টাইম জোন বাগের মূল কারণ। JavaScript-এর new Date() কনস্ট্রাক্টর, যখন কোনো স্পষ্ট অফসেট ছাড়া একটি ডেট স্ট্রিং দেওয়া হয়, তখন সেটিকে কোড চালানো মেশিনের লোকাল টাইমে ব্যাখ্যা করে — অর্থাৎ সার্ভার কোথায় হোস্ট করা হয়েছে তার উপর নির্ভর করে একই স্ট্রিং UTC-তে ভিন্ন মুহূর্ত তৈরি করে। নিরাপদ বিকল্প হলো সবসময় স্পষ্ট UTC নির্দেশকসহ ISO 8601 ফরম্যাট ব্যবহার করা: 2024-06-20T14:30:00Z, যেখানে শেষের Z দ্ব্যর্থহীনভাবে UTC বোঝায়।
সবচেয়ে নিচের স্তরে, বেশিরভাগ সিস্টেম সময়কে ইউনিক্স টাইমস্ট্যাম্প হিসেবে সংরক্ষণ করে: 1970-01-01T00:00:00Z (ইউনিক্স এপক) থেকে অতিবাহিত সেকেন্ডের সংখ্যা। ইউনিক্স টাইমস্ট্যাম্প সংজ্ঞা অনুযায়ীই সবসময় UTC-তে থাকে এবং কোনো জোন-জ্ঞান ছাড়াই তুলনা করা, সাজানো ও গাণিতিক করা নিরাপদ। সুপরিচিত বছর ২০৩৮ সমস্যা ঘটে কারণ লিগ্যাসি সিস্টেমগুলো ইউনিক্স টাইমস্ট্যাম্পকে সাইনযুক্ত ৩২-বিট ইন্টিজার হিসেবে সংরক্ষণ করে, যা 2038-01-19T03:14:07Z-এ ওভারফ্লো করবে। আধুনিক সিস্টেমগুলো ৬৪-বিট ইন্টিজার ব্যবহার করে, যা ওভারফ্লো তারিখকে ভবিষ্যতে বিলিয়ন বিলিয়ন বছর পিছিয়ে দেয়।
ভাষা ইকোসিস্টেমগুলো এই ফাঁদগুলো সমাধানে উল্লেখযোগ্যভাবে বিবর্তিত হয়েছে। Java-র মূল java.util.Date ও Calendar ক্লাসগুলোর API ছিল গভীরভাবে বিভ্রান্তিকর — Date এপক থেকে মিলিসেকেন্ড সংরক্ষণ করত কিন্তু এর getYear() মেথড ১৯০০ থেকে বছর গণনা করে ফেরত দিত — এবং Java 8-এ এগুলোর জায়গায় আসে java.time প্যাকেজ, যা Instant (একটি UTC মুহূর্ত), LocalDateTime (কোনো জোন ছাড়া একটি ডেট-টাইম), ZonedDateTime (একটি সম্পূর্ণ IANA জোনসহ ডেট-টাইম), এবং ZoneOffset-এর জন্য পৃথক টাইপ প্রদান করে। Python-এ, স্ট্যান্ডার্ড লাইব্রেরির datetime.now() কোনো জোন তথ্য ছাড়া একটি নেইভ ডেটটাইম ফেরত দেয়; সর্বোত্তম চর্চা হলো datetime.now(timezone.utc) কল করা বা তৃতীয়-পক্ষের pytz-এর বদলে zoneinfo মডিউল (Python 3.9-এ যোগ হয়েছে) ব্যবহার করা, কারণ pytz-এর localize() API খানিকটা অ-প্রমিত এবং নতুন ব্যবহারকারীদের বিভ্রান্ত করে। সব প্ল্যাটফর্ম জুড়েই শিক্ষা একই: প্রতিটি সীমানায় জোন সম্পর্কে স্পষ্ট থাকুন — ব্যবহারকারীর ইনপুট পড়ার সময়, ডেটাবেসে লেখার সময়, এবং প্রদর্শনের জন্য ফরম্যাট করার সময়।
Frequently asked questions
দুটি টাইম জোনের মধ্যে সময় কীভাবে রূপান্তর করব?
প্রতিটি জোনের UTC অফসেট বের করুন এবং পার্থক্যটি যোগ করুন — PST হলো UTC-৮ এবং EST হলো UTC-৫, তাই প্যাসিফিক থেকে ইস্টার্নে যেতে ৩ ঘণ্টা যোগ করুন। এই কনভার্টার যেকোনো শহরের জোড়ার জন্য এটি স্বয়ংক্রিয়ভাবে সামলায়, এবং — সবচেয়ে গুরুত্বপূর্ণভাবে — আপনার বেছে নেওয়া তারিখের ডে-লাইট সেভিং নিয়ম হিসাবে ধরে, যা ম্যানুয়াল গণনায় প্রায়ই ভুল হয় কারণ এক অঞ্চল DST-তে প্রবেশ করলে আর অন্যটি না করলে অফসেট বদলে যায়।
GMT এবং UTC-এর মধ্যে পার্থক্য কী?
UTC হলো বিশ্বব্যাপী ব্যবহৃত আধুনিক অ্যাটমিক-ক্লক সময় মান; GMT হলো কিছু ইউরোপীয় ও আফ্রিকান দেশে পালিত একটি সৌর-ভিত্তিক টাইম জোন। বাস্তবে এই দুটি এক সেকেন্ডের মধ্যেই মিলে যায়, কিন্তু UTC ডে-লাইট সেভিংয়ের জন্য কখনও বদলায় না, অথচ UK প্রতি গ্রীষ্মে GMT থেকে BST-তে যায়। আন্তর্জাতিক মিটিংয়ের জন্য একটি দ্ব্যর্থহীন রেফারেন্স পয়েন্ট দরকার হলে, UTC-ই সঠিক অ্যাংকর।
US এবং ভারতের মধ্যে মিটিংয়ের সেরা সময় কোনটি?
কার্যকর সময়সীমা হলো US-এর প্রথম সকাল / ভারতীয় সন্ধ্যা: প্রায় সকাল ৮টা–৯:৩০টা ইস্টার্ন সময় সন্ধ্যা ৬:৩০টা–৮টা IST-এর সমান। ভারত EDT-এর চেয়ে ৯.৫ ঘণ্টা এগিয়ে (শীতে EST-এর চেয়ে ১০.৫ ঘণ্টা এগিয়ে), তাই US-এর বিকেলের দেরির স্লটগুলো ভারতীয় রাতের মাঝামাঝি পড়ে। কনভার্টারে নিউ ইয়র্ক এবং কলকাতা যোগ করুন আর সবুজ কর্মঘণ্টার ব্যান্ড তাৎক্ষণিকভাবে ওভারল্যাপ দেখিয়ে দেবে — কোনো হিসাব ছাড়াই।
US এবং ইউরোপের মধ্যে মিটিংয়ের সেরা সময় কোনটি?
সকাল ৯টা–১১টা US ইস্টার্ন সময় মধ্য ইউরোপে বিকেল ৩টা–৫টা এবং UK-তে বিকেল ২টা–৪টার সমান — যা উভয়ের কর্মদিবসের মধ্যেই আরামদায়কভাবে পড়ে। US পশ্চিম উপকূল এবং ইউরোপের জন্য এই ওভারল্যাপ কমে দাঁড়ায় প্রায় সকাল ৮–১০টা প্যাসিফিক / বিকেল ৫–৭টা CET-তে। World Time Buddy এবং Calendly উভয়ই এমন ওভারল্যাপ দেখায়, কিন্তু এই টুলে আপনি স্লাইডার টেনে যেকোনো ঘণ্টায় যেতে পারেন এবং কোনো অ্যাকাউন্ট বা লোকেশন সংখ্যার সীমা ছাড়াই রঙ-কোডেড ব্যান্ড দেখতে পান।
একাধিক টাইম জোন জুড়ে মিটিং কীভাবে শিডিউল করব?
প্রতিটি অংশগ্রহণকারীর শহর যোগ করুন, তারপর সেই কলামগুলো খুঁজুন যেখানে প্রতিটি সারি সবুজ (৯–১৭ কর্মঘণ্টা) বা অন্তত অ্যাম্বার (৭–৯ ও ১৭–২১) দেখায়। সেই ঘণ্টায় ক্লিক করুন, তারপর 'মিটিং টাইম কপি করুন' চেপে প্রতিটি ব্যক্তির স্থানীয় সময় ও UTC অফসেটসহ একটি ঘোষণা পান। জোন সংক্ষিপ্ত রূপের বদলে সবসময় শহর বেছে নিন — জুলাইয়ে লেখা 'EST' সাধারণত এক ঘণ্টা ভুল হয়, কিন্তু 'নিউ ইয়র্ক' কখনও ভুল হয় না।
একটি রিমোট টিমের কত ঘণ্টা ওভারল্যাপ দরকার?
প্রতিদিন প্রায় ৪ ঘণ্টা ভাগ করা কর্মঘণ্টা কার্যকর সহযোগিতার জন্য যথেষ্ট বলে ব্যাপকভাবে বিবেচিত হয় — পুরোপুরি সিঙ্ক্রোনাইজড ৮-ঘণ্টার দিন থাকার দরকার নেই। US-ইউরোপ-এশিয়া টিমের জন্য যেখানে কোনো সাধারণ সময়ই নেই, মিটিং টাইম ঘুরিয়ে দেওয়া — যাতে অসুবিধাজনক স্লটটি সবসময় একই অঞ্চলে না পড়ে — একটি স্থায়ী সময় ঠিক করার চেয়ে বেশি ন্যায্য, যা একটি শহর চিরকাল অনুশোচনা করবে।
IST, EST থেকে কত ঘণ্টা এগিয়ে?
ভারতীয় প্রমাণ সময় হলো UTC+৫:৩০ এবং কখনও ডে-লাইট সেভিং পালন করে না। এটি EST (US-এর শীতকাল)-এর চেয়ে ১০ ঘণ্টা ৩০ মিনিট এবং EDT (US-এর গ্রীষ্মকাল)-এর চেয়ে ৯ ঘণ্টা ৩০ মিনিট এগিয়ে। US যখন তার ঘড়ি পরিবর্তন করে, তখন এই ব্যবধান পুরো এক ঘণ্টা বদলে যায় — এখানে উভয় শহর যোগ করুন এবং যেকোনো তারিখের জন্য সঠিক অফসেট স্বয়ংক্রিয়ভাবে দেখানো হবে।
PST এবং EST-এর মধ্যে সময়ের পার্থক্য কত?
তিন ঘণ্টা — প্যাসিফিক হলো UTC-৮ এবং ইস্টার্ন হলো UTC-৫, তাই দুপুর ১২টা প্যাসিফিক মানে বিকেল ৩টা ইস্টার্ন। উভয় অঞ্চলই বসন্ত ও শরতে একই সময়সূচিতে PDT/EDT-তে বদলায়, তাই স্বল্প পরিবর্তনের দিন ছাড়া বছরজুড়ে ৩ ঘণ্টার ব্যবধান একই থাকে। লস অ্যাঞ্জেলেস থেকে নিউ ইয়র্ক এই টুলে সবচেয়ে বেশি খোঁজা জোড়া।
ডে-লাইট সেভিং টাইম কি টাইম জোন রূপান্তরকে প্রভাবিত করে?
হ্যাঁ — একটি অঞ্চল DST-তে প্রবেশ করলে আর অন্যটি না করলে, অথবা তারা ভিন্ন তারিখে বদলালে, অফসেট এক ঘণ্টা সরে যায়। এ কারণেই US–ভারতের ব্যবধান বছরজুড়ে ১০.৫ থেকে ৯.৫-এ বদলায়। এই কনভার্টার আপনার ব্রাউজারের IANA টাইম জোন ডেটাবেস ব্যবহার করে শহর + তারিখ থেকে গণনা করে, তাই কোনো ম্যানুয়াল সমন্বয় ছাড়াই DST সবসময় সঠিকভাবে প্রয়োগ হয়।
EST মানে কী, এবং এটি কি ET-এর মতোই?
EST হলো Eastern Standard Time (UTC-৫, শীতকাল); EDT হলো Eastern Daylight Time (UTC-৪, গ্রীষ্মকাল); 'ET' মানে যেটা তখন কার্যকর সেটাই। মানুষ প্রায়ই বছরজুড়ে EST লেখে, যা বছরের অর্ধেক সময় এক-ঘণ্টা ভুল তৈরি করে। সংক্ষিপ্ত রূপের বদলে শহর ও তারিখ দিয়ে রূপান্তর করলে এই ফাঁদ পুরোপুরি এড়ানো যায়।
আন্তর্জাতিক মিটিং শিডিউল করতে কোন টাইম জোন ব্যবহার করা উচিত?
UTC-কে অ্যাংকর ধরুন — এটি দ্ব্যর্থহীন, সর্বত্র অভিন্ন, এবং DST-র জন্য কখনও বদলায় না — তারপর প্রতিটি অংশগ্রহণকারীর স্থানীয় সময় পাশে তালিকাভুক্ত করুন। যেমন: '14:00 UTC (সকাল ৯টা CDT, বিকেল ৩টা লন্ডন, রাত ৭:৩০টা IST)।' মিটিং টাইম কপি করুন বাটনটি ঠিক এই ধরনের একটি তালিকা তৈরি করে, যা সরাসরি ইমেইল বা ক্যালেন্ডার আমন্ত্রণে পেস্ট করা যায়।
কিছু দেশের টাইম জোন কেন আধা-ঘণ্টার হয়?
অফসেট শুধু এক-ঘণ্টার ধাপ নয়, রাজনৈতিক ও ভৌগোলিক পছন্দ অনুসরণ করে — ভারত (UTC+৫:৩০), ইরান (UTC+৩:৩০) এবং মধ্য অস্ট্রেলিয়া (UTC+৯:৩০) ৩০-মিনিটের অফসেট ব্যবহার করে, এবং নেপাল ব্যবহার করে UTC+৫:৪৫, যাতে তাদের ভূখণ্ড জুড়ে স্থানীয় সৌর সময়ের সাথে ভালোভাবে মিলে যায়। এই কনভার্টার এসব সবই সঠিকভাবে সামলায়, এমনকি ডেট-লাইন কেসগুলোও যেখানে '+১ দিন' ব্যাজ দেখা যায়।
অন্য টাইম জোনের মানুষদের সাথে মিটিং টাইম কীভাবে শেয়ার করব?
'শেয়ার লিংক কপি করুন' ক্লিক করুন — লিংকটিতে আপনার শহর ও নির্বাচিত মুহূর্ত এনকোড থাকে, তাই যে কেউ এটি খুললে তাদের ব্রাউজারে একই তালিকা দেখতে পাবে। অথবা মিটিং ঘোষণার টেক্সট কপি করুন, যেখানে প্রতিটি শহরের স্থানীয় সময় ও অফসেট স্পষ্ট করে লেখা থাকে, যাতে কাউকে কিছু রূপান্তর করতে না হয়। দুটি বিকল্পই ফ্রি এবং কোনো অ্যাকাউন্ট লাগে না।
এই টাইম জোন কনভার্টার কি ফ্রি এবং এটি World Time Buddy-র সাথে কেমন তুলনীয়?
সীমাহীন শহরসহ সম্পূর্ণ ফ্রি — কোনো পেওয়ালড লোকেশন স্লট নেই, কোনো অ্যাকাউন্ট নেই, এবং প্ল্যানারে কোনো বিজ্ঞাপন নেই। World Time Buddy-র ফ্রি টিয়ার আপনাকে ৪টি শহরে সীমাবদ্ধ রাখে এবং আপনার তালিকা সংরক্ষণ করতে সাইন-ইন দরকার হয়। Savvy Time-ও ফ্রি ব্যবহারকারীদের সীমাবদ্ধ রাখে। এই টুলের কোনো সীমা নেই: যত ইচ্ছা শহর যোগ করুন, এবং আপনার তালিকা আপনার ডিভাইসেই স্থানীয়ভাবে সংরক্ষিত থাকে, কোনো সার্ভারে নয়।
Related tools
সব টুল দেখুন
নতুন Triangle Calculator
Solve any triangle — find missing sides, angles and area from any 3 known values.
নতুন Shoe Size Converter
Convert shoe sizes between US men & women, UK, EU and CM — with a complete international size chart.
নতুন Number Sequence Generator
Generate arithmetic and geometric sequences, Fibonacci, primes and custom formulas.
নতুন Celsius to Fahrenheit
Convert Celsius, Fahrenheit and Kelvin — three-way live conversion as you type. Key reference table included.
নতুন Cooking Measurement Converter
Convert cups, tablespoons, teaspoons, ml and grams — ingredient-aware for accurate baking conversions.
নতুন Speed Distance Time Calculator
Solve for speed, distance, or time — enter any two values and the third is calculated. Supports km/h, mph, m/s and mixed units.