The difference is just another nit pick someone will find excuses to argue over

No, it isn’t. The scientific research actually suggests that keeping DST is worse than switching back and forth. I have to admit I find that confusing, since a lot of the specific studies I’ve looked at concentrate on the effects caused by the switchover itself, but the meta-analysis doesn’t mince words:

In summary, the scientific literature strongly argues against the switching between DST and Standard Time and even more so against adopting DST permanently.

To be fair, they did say “and for some a half”.

Though that misses the Kathmandu, Eucla, and Chatham Islands, which are all :45.

Oh, I see. Yeah I suppose it is, now that you point it out. It comes from:

• .gov: the US government
• .nih: the US National Institutes of Health
• .nlm: the National Library of Medicine
• .ncbi: the National Center for Biotechnology Information

But really, I only know it because it’s a very common host that comes up when you’re searching for published research papers. I just see “bunch of Ns .gov” and know it’s reliable.

Yeah you’re absolutely right that it does create a tradeoff. My experience has just been that I’d usually consider it a worthwhile tradeoff. In general, the number of people who have to deal with setting meetings is lower than the number of people who attend meetings, especially when you take into account multinational companies.

And when you’re attending a meeting, you only care about knowing what time it has been scheduled for already. It’s in scheduling that you have to work out when is going to be best for your audience, and I’m of the opinion that the distinction between “what time is this in my time zone and their time zone?” and “where does this time sit in relation to their working day?” is net neutral. With one aspect being a strict positive and the other being a net neutral (in my opinion), I think it still wins out and becomes worthwhile.

I personally would prefer if we all used UTC. My working hours would be 23:00 to 07:00. A Brits working hours would be 09:00 to 17:00, and a New Yorker would work 13:00 to 21:00.

But this does have its own drawbacks. Personally I just think those drawbacks, in the sorts of real-world time-related conversations I’ve had, are less than the drawbacks of dealing with varying time zones.

But yeah, the biggest factor is daylight saving time. Doing away with it is the number one option places that use it should take, regardless of whether one advocates for abolishing time zones or not.

Sorry, I don’t know what you mean.

Not sure what you mean. My position is that daylight saving time should be abolished entirely. You linked an article about a push to move permanently on to daylight saving. I pointed out how that is actually a bad idea.

You add a whole number of hours and for some a half

Or three quarters in a few cases.

And of course there are cases where countries spanning as many as 5 “ideal” time zones (dividing the globe into 24 equal slices) actually use a single time zone.

And then when someone tells you the meeting is at 10:00 am, you have to figure out if they mean your time zone or theirs, and if they mean theirs, you then have to convert that to yours. Oh, but your conversion was wrong because one of you went into or out of daylight saving time between the day when you did the conversion and when the meeting took place.

Dates and times aren’t that hard—honestly!

Video is a lecture about how to think about dates and times, through the lens of a specific open source .NET library designed to aid with applying that thinking. It points out how most languages’ standard libraries really work against you, because they conflate different concepts. For example, an Instant (a specific point in time, globally recognised) and a LocalDateTime (a date and time in a way that is irrespective of your location—for example you might want your alarm to wake you at 8:00 am on weekdays, and still do that if you move to a different time zone), a ZonedDateTime (a date and time tied to a specific location—like if you want to say “the meeting starts at 10:00 am Oslo Time”), and an OffsetDateTime (a date and time tied to a specific UTC offset—which is not necessarily the same as a time zone, because “Oslo Time” is a time zone that doesn’t change, but its UTC offset might change if they go in or out of DST, or if a place decides to change, like how Samoa changed from UTC-11 to UTC+13 in 2011.

These are all subtly different concepts which are useful in different cases, but most libraries force you to use a single poorly-defined “DateTime” class. It’s easier and requires less thought, but is also much more likely to get you into trouble as a result, precisely because of that lack of thought, because it doesn’t let you make a clear distinction about what specifically it is.

His library is great for this, but it’s very worth thinking about what he’s talking about even if you don’t or can’t use it. As he says in wrapping up:

You may be stuck using poor frameworks, but you don’t have to be stuck using poor concepts. You can think of the bigger concepts and represent all the bits without having to write your own framework, without having to do all kinds of stuff, just be really, really clear in all your comments and documentation.

A lot of things that people like are bad and should not be public policy.

Some individuals feeling like they like DST doesn’t counteract its significant health detriments.

Assuming you used UTC as the shared time zone, 00:00 on Saturday would start at what is today 4pm in US Pacific Standard Time. So you’d finish work at 01:00 Saturday.

On the other hand, you wouldn’t resume work until 17:00 on Monday.

So you’re not losing any weekend time.

timezones are absolutely helpful from a logistics and coordination standpoint

They’re a downside from a coordination standpoint. If everyone was on UTC, you could say “the meeting is at 04:00” and everyone, anywhere in the world, will know when the meeting is. In the real world, you have to say “the meeting is at 2pm AEST” and then someone in AEDT will have to think “oh, that’s 3pm for me”, and someone in American EST will have to convert to UTC and then convert to their time. It’s a huge pain.

So what if it will be dark well into morning wake hours in the winter

That’s not something that DST does. It would be something that switching to year-round DST would do, but permanent standard time doesn’t change winter hours at all. It can mean you might have dark mornings (especially early and late summer—after the switch to DST and before the switch back to standard time), depending on how far west you are in your time zone and how far away from the equator you are. That’s the main thing DST does: swap bright mornings for bright afternoons in summer. Which is kinda silly considering it’s done at the time of year when afternoons are already bright for the longest. It’s also very harmful to public health.

that-would-make-daylight-savings-time-permanent

fwiw this is by some metrics even worse than switching back and forth

Does this actually work?

I actually surprised that when I went looking for a clip to share along with that comment, I couldn’t actually find any clip of them walking directly at the camera doing it like it happens in my head. (I’ve never actually watched it either on stage or film, but I guess I know it through cultural osmosis.)

To me, the word sexting implies very explicitly sexual content. If it’s with a minor, far more mild content could still be inappropriate.

They look like they’re about to start snapping their fingers menacingly at 0:46.

While we’re talking about it, at 0:16 on the first video it kinda looks like the PC just sticks their hand in between the wolf’s jaws, before punching it with their other hand. Got a chuckle from me.

Can I play it in front of my kids?

It’s been a while since I played, but I think the answer is mostly yes. There are sex scenes, but they’re pretty well-telegraphed ahead of time and I don’t think you can get into them by accident.

how long from startup to the next save point?

What’s a save point, to you? The game allows saving at any point (except maybe during combat?), but this may or may not be a satisfying experience to you. For the most satisfying experience you’d probably want to consider your camp the save point, and that can go a couple of hours between occurences, depending on the quest and how good you are (/the difficulty level).

Is it a lot like Mass Effect?

A very similar narrative style with the focus on your relation to the NPCs. Gameplay is very different. Much more about tactics and less about action. Personally I found that balance really awkward and not enjoyable: I’d rather lean more into the action like a Skyrim (or, indeed, ME) style game, or do tactics properly in a turn-based manner like BG3 or Lord of the Rings: Tactics. But I stuck it out for the story & characters which were great, though I couldn’t bring myself to keep going with the big DLC once I lost momentum thanks to finishing the main story, or to pick up either of the sequels.

Fantasy series with a very D&D-esque world and a combat system that feels a bit like an MMO or a turnbased tactics game. It’s real time with optional pausing, and you operate your whole party at once, with the ability to pause to give each of them precise orders, or to pre-program them with specific responses to situation.

I think it mainly became popular on the back of its characters. The story was good but nothing special, and personally I found the combat in Origins to be absolutely terrible. But building up your party, getting to know the characters and making decisions that affect them was amazing. At least on par in this respect with the original Mass Effect trilogy.

Very strange. What client are you using, out of interest? If it’s an app that pivoted from being an old Reddit app into a Lemmy app, it might be an issue worth pointing out to the developer.