Yes. Not intentionally of course. But yes.

I don’t see how your way is any more predictable or consistent than using UTC. What even is “local time”? Are you assuming they haven’t changed timezone since they created the data? Say…DST happened, or they drove over a border…?

Storing and manipulating in UTC is the most predictable and consistent because it is universal and unchanging. You only need to worry about “local time” at the point of displaying it.

So many things would be fucked by a TZ change that it very rarely makes sense to consider it.

You’re making a calendar app? Fuck it…some folks are gonna get confused…solved by simply emailing your users and telling them to reschedule shit because there’s kind of a big event going on that everyone knows about and has been planning for for years. Hell in all liklihood this is probably easily solved by simply doing a mass migration of events scheduled before the TZ change.

You’re coding for nuclear weapons? Maybe consider it. But probably not.

That is to say: there are ways to solve problems without resorting to writing the most complicated bullshit code ever seen. Unless of course you work on my team - in which case you’d be right at home.

Maybe they’re planning on dying before then? In which case they’re fine.

Your comment is a full throated endorsement of just working in UTC up until the presentation layer. Whether you intended that or not is another question.

Yeah the US differs by a couple of weeks iirc

Speaking of being an old man, let me tell you:

“The future is now old man” != “The future is now, old man.”

I genuinely tripped over this sentence thanks to the lack of punctuation.

I completely agree. I taught JS/TS for 5yrs and I always emphasised that the ‘class’ keyword was just syntactic sugar for what was already available in prototype inheritance of JS.

Huh? I’ve worked with TypeScript + React for the last 5yrs and the only time I see OOP is when someone’s done something wrong.

Maybe you’re thinking of old react with class based components?

What are you using?

You know Dropbox? Google drive? OneDrive? That’s file synchronisation. Files across multiple devices kept in sync by the software provider. Except in the named cases above, all your data is uploaded to their servers. With syncthing there’s no cloud server, just your devices operating over the internet. So you have some backup responsibility to cover.

Caveat: I’ve never used syncthing and I wrote the above with a total of 10 seconds of reading their website and so it is entirely possible I’m completely wrong about everything and so I emplore you to do your research.

Don’t ignore the warning signs. Not everyone who has ideation goes through with it, but everyone who goes through with it had ideation.

I’m not a professional, and perhaps that’s not the help you need - maybe you just need someone to talk to…friends, family or if neither of those are available (or don’t help you) then seek out one or more of the numerous charities out there looking to help people like you.

Don’t ignore it. Seek help. Please.

Genuine questions- what is borderline suicidal? My mum was suicidal (as in…put on suicide watch) and there was no borderline, just one day it happened.

If you feel its getting that way- please do whatever is necessary to protect yourself. Death is a very final solution to a temporary problem.

Thankfully the only interaction I have with teams is when a supplier arranges the call. Once every two weeks. It grosses me out every time…and that’s the Web app.

Do you really think they have done such optimisation efforts as minimising function calls? I can’t imagine it’s required for what is actually a fairly simple frontend app. The complexity is the enabling stack on the backend.

Something has gone horribly wrong if you’re trying to do such optimisations when you’ve already chosen JavaScript…let alone Electron.

Why would you be using JS in this scenario?

There are those who have anxiety disorders whereby they have non-trivial amounts of anxiety that impairs their ability to live a “normal” life. Like going outdoors or getting on a bus or whatever. But for many of us you’re right…it’s just part of being an animal; a trip to the gym or a walk outside usually irons out the kinks.

It is well known that as soon as you document a setup procedure, it is out of date and needs redocumenting.

Seconded. I tried Plex, Emby and Jellyfin and found Emby was the sweetshop between GUI niceness and not swamped with shit features I don’t want or need. Jellyfish while being great and free, does not have the same UI polish as Emby, so I stumped up for a lifetime sub.

Look at the user figures for Lemmy instances and it becomes very clear that the number of people using Lemmy isn’t even in the hundreds if thousands. So yes I’d say it is possible to estimate that less than 100k people made the switch.

I never use reddit unless someone sends me a link for something specific (that someone could be google) - I don’t have their app installed and I never go to them naturally…I probably see 1 reddit post a week on average.

Native apps have the potential to be better than electron apps for sure. I get that.

This is a surface level thing though - the question is: would THIS app, written by THAT organisation be better if it was native? Unlikely because they don’t have the skillset for it…otherwise it would have been a native app. Its also likely that less apps would even exist because the barrier to entry is higher without electron and similar.

But this is just a meme and I’m taking this way too seriously!