this post was submitted on 29 Jun 2024
889 points (94.9% liked)

Programmer Humor

32397 readers
762 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
(page 3) 50 comments
sorted by: hot top controversial new old
[–] [email protected] 4 points 4 months ago
[–] [email protected] 3 points 4 months ago
[–] [email protected] 3 points 4 months ago* (last edited 4 months ago) (2 children)

OMG, I'm dealing with a developer right now that is dealing with patient collected samples in several timezones, allowing the patients to either enter the time they collected, or use current time, and storing it in UTC time.

We do not receive any timezone data, patient collection data is showing different days than the patient could write on their samples depending on the time of day, and the developer said 'just subtract X hours' (our timezone).... for which not all patients would live in.

I suppose I could, if they'd provide the patient's timezone, but they don't even collect that. Can you just admit your solution is bad? It's fine to store a timestamp in UTC, but not user provided data... don't expect average users to calculate their time (and date) in UTC please.

load more comments (2 replies)
[–] [email protected] 3 points 4 months ago

Is GMT and UTC not the same? I'm happy to not have to code for timezones

[–] [email protected] 3 points 4 months ago

I would truthfully and happily go back in time and tell people not to waste with the fucked up bullshit technology of the past. I mean Angular 1, what the hell was that? Twitter integration? Fuck you 2010. Zend Framework? You should be hanged. HANGED.

[–] [email protected] 2 points 4 months ago (5 children)

My suggestion has always been universal sidereal time. It is singular, doesn’t change, and carries no colonial baggage since it rotates around the whole earth. Even suitable as a home time if we become spacefaring.

load more comments (5 replies)
load more comments
view more: ‹ prev next ›