To może być koszmar nie tylko dla kierownika projektu, ale także dla właściciela firmy. Szczególnym przypadkiem jest sytuacja, gdy masz sporo spotkań – wtedy czas letni ma bardzo duży wpływ na Twój harmonogram. Jest to jeden z przypadków, który przytrafił mi się w ostatnich dniach, ponieważ pracuję z ludźmi w strefie EST, a ja sam jestem w warszawskiej strefie czasowej. Zmiana dnia czasu letniego jest inna. Powoduje to, że w rzeczywistości są cztery zmiany w ciągu roku.
Aby uniknąć takich sytuacji w przyszłości, gdy ktoś z zespołu jest nieprzygotowany na zmianę lub zapomni o zmianie, stworzyłem automatyzację w N8N, którą udostępnię poniżej za darmo. Automatyzacja ta tworzy powiadomienia, które mogą być wysyłane na Slack lub e-mail. Można go dostosować tak, aby nie tylko otrzymywać powiadomienie na dzień przed datą DST w dowolnej z podanych stref. Ale także możesz otrzymywać powiadomienia każdego dnia, gdy DST jest niezsynchronizowany między strefami czasowymi. Możesz skonfigurować go z dowolnymi strefami czasowymi, które są kompatybilne z Javascript. Możesz dodać nawet więcej stref czasowych niż w podanym przykładzie. Więc nie krępuj się go używać i nigdy więcej nie spóźnij się na spotkanie z powodu DST.
Śmiało i wypróbuj tę automatyzację powiadomień DST za darmo! Albo przeczytaj więcej poniżej o samym DST i innych metodach, aby być bardziej świadomym DST.
Krótka historia czasu letniego
Dla przypomnienia, jak czas letni został wdrożony i jest obecnie używany. Oczywiście pierwszą rzeczą, na którą chciałbym zwrócić uwagę, jest sama nazwa, o której niewielu myśli. Czas letni. Tak więc sama nazwa mówi nam, że cały ten pomysł został stworzony w celu oszczędzania światła słonecznego i możliwości korzystania z niego przez dłuższy czas w ciągu dnia.
Koncepcja czasu letniego (DST) ma bogatą i złożoną historię sięgającą wieków wstecz. Chociaż Benjaminowi Franklinowi często przypisuje się ten pomysł po napisaniu satyrycznego eseju w 1784 r. sugerującego, że paryżanie mogą zaoszczędzić na świecach, wstając wcześniej, nigdy tak naprawdę nie zaproponował on zmiany zegarów. Nowoczesny DST został po raz pierwszy formalnie zaproponowany w 1895 roku przez nowozelandzkiego entomologa George’a Vernona Hudsona, który szukał więcej godzin dziennych do zbierania owadów. Brytyjski budowniczy William Willett niezależnie opracował podobną propozycję w 1907 roku, motywując ją chęcią wydłużenia wieczornego światła dziennego do gry w golfa. Jednak DST nie został wdrożony aż do I wojny światowej, kiedy to Niemcy stały się pierwszym krajem, który przyjął go w całym kraju 30 kwietnia 1916 r. jako środek oszczędzania energii. Praktyka ta szybko rozprzestrzeniła się na inne kraje, w tym Stany Zjednoczone w 1918 roku. Po wojnie wiele krajów porzuciło DST, ale został on powszechnie przywrócony podczas II wojny światowej. W Stanach Zjednoczonych zmiany czasu zostały ustandaryzowane ustawą Uniform Time Act z 1966 roku, choć stany takie jak Hawaje i Arizona zrezygnowały z tego rozwiązania. Pomimo powszechnego przyjęcia, DST pozostaje kontrowersyjny, a rolnicy są jednymi z jego najsilniejszych przeciwników w historii, wbrew powszechnemu mitowi, że został on wdrożony dla ich dobra.
Czy zatem czas letni nadal ma sens w naszym społeczeństwie? Najprawdopodobniej nie, ponieważ korzyści, jakie zapewniał w przeszłości, nie są już aktualne. Wiele osób i rządów mówi o tym, ale nikt jeszcze nie usunął czasu letniego. Myślę więc, że musimy po prostu poczekać, aż coś się zmieni, a do tego czasu musimy po prostu monitorować jedną zmianę czasu letniego. Moim zdaniem jest to oczywiście największa strata zasobów i czasu wszystkich, więc mam nadzieję, że wkrótce zobaczymy jakieś rozwiązania.
Wpływ na komputery i zautomatyzowane systemy
Wpływ jest w rzeczywistości bardzo ograniczony, ponieważ większość systemów używa czasu epoki jako podstawy, która jest w rzeczywistości standardem uniksowym, a zero jest ustawione na 1 stycznia 1970 r. 00:00:00. Ponieważ większość serwerów działa na Linuksie, jest to najbardziej rozpowszechnione podejście. Drugim standardem jest ISO-8601 – ten standard zapewnia czytelny dla człowieka format prezentacji dat i godzin jako ciągów. Trzecim standardem jest czas epoki Windows używany w systemach Windows i liczy on 100 nanosekund od 1 stycznia 1601 0000 GMT. Następnie jest epoka Network Time Protocol, która jest 1 stycznia 1900, z oddzielnymi 32-bitowymi liczbami całkowitymi dla sekund i ułamków sekund.
Istnieje jeszcze więcej standardów, ale jak widać, w większości próbują one zdefiniować moment w przeszłości i rozpocząć liczenie sekund lub nanosekund po tym punkcie. A ponieważ większość z nich, a przynajmniej większość powszechnie używanych, opiera się na czasie GMT. Można by pomyśleć, że dla użytkownika końcowego wystarczy obliczyć liczbę godzin przed lub po czasie GMT. I byłoby to takie proste, gdyby nie czas DST. Ponieważ powoduje to, że trzeba dodać lub odjąć różną liczbę godzin od GMT w zależności od tego, czy czas jest w DST, czy nie. Tak więc obliczenia te nie będą ujednolicone przez cały rok.
Na szczęście czasy epokowe nie podlegają wpływowi DST, więc zawsze pozostają takie same i zawsze mogą być używane jako podstawa do dalszych obliczeń.
Praktyczny aspekt planowania w DST
Obecnie unikałbym ręcznego planowania spotkań, zwłaszcza w różnych strefach czasowych, ponieważ można po prostu zapomnieć o przypadku DST. Ale na szczęście większość nowoczesnych narzędzi do planowania bierze pod uwagę strefy czasowe i oblicza je dla wszystkich stron. Dobrym przykładem może być Kalendarz Google. Podczas konfigurowania wydarzenia można zobaczyć, że pozwala ono wybrać strefę czasową i czas, w którym ma się ono odbyć. A każda strona, która zostanie zaproszona na wydarzenie, faktycznie zobaczy wydarzenie w swoim czasie z uwzględnieniem czasu DST.
Innym przykładem może być Calendly. To oprogramowanie online umożliwia delegowanie planowania spotkań do klientów, dzięki czemu mogą oni zaproponować spotkanie w dostępnych przedziałach czasowych. Calendly integruje się również z Kalendarzem Google, dzięki czemu jest łatwy w utrzymaniu i aktualizowaniu.
Oczywiście istnieje wiele innych przykładów takiego oprogramowania, ale głównym powodem, dla którego warto o nich wspomnieć, jest to, że natywnie uwzględniają czas letni. Problem polega na tym, że nie ostrzegają one przed wystąpieniem DST, co może stanowić problem, zwłaszcza jeśli planujesz spotkania co tydzień o tej samej godzinie (na przykład w zespołach Agile z wieloma strefami czasowymi – planowanie sprintów). I to jest jeden z powodów, dla których powyższa automatyzacja została stworzona przeze mnie. Po prostu pomaga być powiadamianym na czas.
Co mam teraz zrobić z DST?
Pamiętaj tylko, że czas letni zmienia się w różnych strefach czasowych i powinno być dobrze, o ile korzystasz z jakiegoś rodzaju przypomnień lub oprogramowania do automatycznego planowania spotkań. Powinieneś być na czas tam, gdzie musisz być na czas. Dopóki DST nie zostanie zniesiony, musimy być po prostu ostrożni. Bądź więc ostrożny i umów się na spotkanie z Sailing Byte za pomocą poniższego formularza kontaktowego – a obiecuję, że będziemy pamiętać o DST podczas planowania spotkania z Tobą.
