Submitted 1 year ago by DroneRights@lemm.ee to programmer_humor@programming.dev
As a Real Programmer™ I have developed such a deep fear of anything time and date related that I would fully endorse dispatching an API call to the tz_database instead of attempting any fucking part of this.
Kids, it’s fine to meme about silly stuff… but date and time is deadly serious, regardless of how careful you think you’re being you are wrong.
What if I told you that weekend days are locale dependent?!
Time and date is the black hole where optimistic programmers go to die. Nothing is simply with localisation and if you think it is, you mustn’t have worked enough with it.
Source: Run a system that schedules millions of interactions across the world and deeply depend on this. The amount of code to manage and/or call out to external services to give us information about time zones, summer time, locale specific settings, day names, calendar systems, week numbers etc etc.
Here’s a fun thought experiment: What gregorian year and date will the spacian date value of zero correlate to? Trick question.
The atomic clock on the moon and every other celestial body colonized will simply start at zero, and thanks to relativity it will not actually be the same rate of time passing as on earth.
Enjoy your nightmares.
Luckily we won’t colonize the moon or another planet anytime soon…
IMO every datetime should be in utc, and variables for datetimes should either be suffixed “Utc” or have a type indicating their time zone (DateTimeOffset or UtcDateTime etc). Conversion to local time happens at the last possible second (e.g. in the view model or an outbound http request parameter). Of course that doesn’t solve the problem of interoperating with other morons programmers who don’t follow these rules, but it keeps things a lot neater locally.
2 timezones but the complication is that it is dependent on which country you’re in?
Why would you call it weekend and the start the week with half of it?!
A rope has two ends, and so does a week
Sentences have both meanings and sound, yours have sound
Do you say weekend or weekends?
Three-day workweek now
weekend = day_of_week in (“sat”, “sun”)
You want to expand your business to Europe. Bam, your code is broken, in Europe the week starts on Monday.
Than you want to expand to the middle east. Bam, broken again… Because in arab countries and Israel, the weekend is on Friday and Saturday.
Then you want to expand to Mexico and India. Bam, broken again, their weekend is only on Sunday.
The obvious solution is to inject an IWeekendDaysOfWeekProvider service in the inversion of control container. In your, uh, javascript web app.
npm install isWeekend.
Depends on: isMonday, isTuesday,…
This dude(ette) globalizes.
Not using
CultureInfo.InvariantCulturefor basically everything
I was wondering why the second example returned monday and tuesday. I had no idea the week could start any day other than monday
You forgot weekend = dayOfWeek.name[0] == 'S';
Can confirm this works completely as expected when the user’s system is set to lang=ES.
Simple save the users language setting in a variable, change it to english, check if the first letter is “s” and then change thr language back.
I’d make it a named function for clarity and testability and proceed to give zero shits how it is implemented. I would unironically write this code if it worked, but I wouldn’t inline it to reduce the cognitive load of reading it.
This, and maybe a couple of unit tests
7 unit tests should be enough I think
Image Transcription: Meme
[Paneled meme with a brain that gets increasingly glowing]
[The brain is smaller than the skull]
if dayOfWeek.name == "Sunday" || dayOfWeek.name == "Saturday" weekend = true
[The brain is glowing in some areas]
if dayOfWeek < 2 || dayOfWeek > 6 weekend = true
[The brain is shooting out rays of light]
weekend = !((dayOfWeek - 1) % 6)
I am a human volunteer who transcribes posts to improve accessibility on programming.dev and you could be one too! !transcribing@programming.dev
Interesting that your days are 1-indexed. What happens on nullday?
Zat is vhen ve party!
Reserved for future use
Undefined
Depending on whether this code is in a hotpath (and considering how "elementary" it is, I figure that's a possibility), this could very well be a significant speed improvement.
Though I'd say that only excuses it if it's truly an elementary function (and not one line as part of a larger function), as otherwise it's unreadable garbage. But on its own it:
It’s one line as part of a larger function. Also, it doesn’t actually say weekend, it just executes some other functionality if !(day % 6)
eluvatar@programming.dev 1 year ago
Honestly the first one is the only one that works when people define the first day of the week differently. On the other hand, it does make you wonder. If Sunday is the first day of the week (as it is in many places) then how is it also part of the weekend?
Esca@lemmy.one 1 year ago
But if you’re worried about locale, you can’t assume people use the string “Saturday” to describe Saturday either. That solution only works in English.
jonne@infosec.pub 1 year ago
I assume this is in a language where the first day of the week is a fixed part of the language (like JS).
subignition@kbin.social 1 year ago
Yeah it's the front end of the week and Saturday is the rear end
Halosheep@lemm.ee 1 year ago
They’re the week’s ends, front and back.
Schrolli97@programming.dev 11 months ago
Thats not really one weekend then though, is it? Its more like last week’s post-week weekend and this week’s pre-week weekend