Doing it in UTC is still correct. The existing time offsets can handle it according to their existing rules.
2026-08-06 22:10:09
692
kitkotchunky :
A function that returns tomorrow? That’s a slow ass function…
2026-08-07 05:52:41
529
Geoff :
This sounds like an architectural problem. Everything should be UTC on the server side and locally displayed in the users chosen time zone. I ain’t got time to screw around with time zones in my database
2026-08-07 00:00:29
187
Gentry Smith :
Do you have a minute to talk about our lord and savior ISO-2701 and Epoch time?
2026-08-06 22:58:49
68
Grant Starrett :
This is the kind of stuff that makes me hate software engineering, and I deal with it way more often than I think I should
2026-08-07 11:56:20
1
sean :
Made me panic-google whether date-fns had been quietly deprecated 😭
2026-08-07 11:25:07
1
jamski999 :
Hands up who has been on an incident call with teams across 5+ timezones trying to piece together what has happened… looking at day-old logfiles… where timestamps on screen don’t have tz info… being shared by someone that didn’t capture the logs because they’ve just come on-shift and joined the incident fresh…. Pretty sure that is what hell looks like ✨👌✨
2026-08-06 22:41:42
15
flips4lunch :
Ah yes, in case you have users in 1582
2026-08-06 21:39:37
227
Thomas green :
And in 1712 only the country of Sweden had a February 30!
2026-08-06 20:33:34
216
Ishmhora :
I hate time math… it makes me cry every time and AI is useless because it doesn’t understand time or numbers.
2026-08-07 11:43:41
3
coreyalans :
Truly the reality of software design and architecture lol
2026-08-06 20:57:31
68
ステファノ (Stefano) :
Just put evrything in UTC and let the user (frontend) convert in the user timezone
2026-08-07 00:56:21
15
farris :
Timezones suck. DST sucks. Claude fix this, I'm going to bed.
2026-08-07 02:00:27
2
H_SWilliams :
Time is a construct, nothing is real.
2026-08-07 12:24:00
0
Miraska :
once i wrote a function to decide if user is older than 18. after half a day of thinking i decided to just count days from user's birthday then divide it to 365. for some reason i am still stressing out for edge cases🤣
2026-08-07 01:40:20
5
theanonymousfrog :
They do say in software engineering, dating is hard 😜
2026-08-06 21:53:21
17
Michael West3000 :
This is why I use lunar calendar
2026-08-07 00:32:04
1
Bill :
Unix time. Do it.
2026-08-07 01:51:16
0
Mk11233 :
All dates should be utc stored, function operates off that. Timezone conversion for user
2026-08-06 23:12:20
5
PopcornTacco :
Pretty sure Sweden once had 2 leap days in 1 year, February 29 and then February 30
2026-08-07 00:10:03
6
Dotttt2045 ٰ ༽ :
1582?? i thought history started in jan 1970
2026-08-06 22:12:20
6
Litelotus :
DO EVERYTHING IN UNIX TIMESTAMP, PROBLEM SOLVED.
2026-08-06 21:42:07
64
Joe Perna :
You went wrong at the first question, solve all your problems by adding a day on the server NOT IN THE CLIENT. Server should work and communicate with clients in UTC then clients have the responsibility to convert to/from local time for the UI
2026-08-06 22:59:22
12
David Matheson :
This reminds me of the time I tried to explain to a junior dev why birth dates should not have timestamps associated with them.
2026-08-06 22:56:32
11
Bazz :
AAAAAWRGH! PO asked us to block permanent deletion for everything younger than 6 months.... WHICH 6 MONTHS?! After discussions and 2 concussions we concluded that a month is 28 days long.
2026-08-07 07:09:28
0
To see more videos from user @earlioessen, please go to the Tikwm
homepage.