Hasn't this guy heard of [old product that is a huge pain and no one likes]? Why would he ever make something that suits his own interests and preferences?
3,533 karma · joined February 28, 2020
Hasn't this guy heard of [old product that is a huge pain and no one likes]? Why would he ever make something that suits his own interests and preferences?
Two paragraphs later, the topic is:
> Cost
I mean this is just incredibly lazy thinking and writing. There's always a cost line to follow, just because there's "not a revenue line" means absolutely nothing it just sounds pithy.
And if you cut your cost hard enough, you will put platform stability in danger, or hamstring your engineering org's ability to test and iterate, which will make you lose your market.
Again, incredibly lazy thinking and writing.
It shocks me how anyone could string this pile words together and think they sound like anything at all.
> "2 out of every 10 productive dollars"
As if those dollars have anything to do with the time people work, or that they would get those dollars and time back by not caring about health.
As if the tiny portion of those dollars that actually gets spent on patient healthcare isn't dominated by end of life care.
The US healthcare system spend is so far divorced from whatever idea of "productive dollars" anyone has when it's 60-80% admin cost. The US should not even be mentioned in any conversation about the ROI of health spend.
They just create events, which have a time zone and represent and exact point in time. And they don't change the event or when you get notified when you change time zones.
> if a point in time should be sticky to a calendar store a datetime _without_ a timezone
> If you want a point in time which will not "physically" change, store a datetime _with_ a timezone
Both of these things are exactly identical. You are still storing an exact point in time in both cases. The only thing about a calendar use case is the presentation layer.
1. It's not an authentication protocol, but it was abused as one for until OpenID Connect came along
2. OpenID Connect is the compatible authN protocol, and it actually has a spec unlike OAuth2
Both of those are annoying because they are over-complicated for simple use cases and for a long time there were very few simple open-source providers that weren't hiding all the important stuff behind their enterprise/cloud versions.
Open source options like Zitadel are improving this space somewhat, though they are still sort of painfully complicated if you want to deploy something small and simple that you can understand. In order to be big business they have to support tons of 3rd-party provider plugins with all their out-of-spec wrinkles.
It would be nice to have something like Zitadel that is signficantly less concerned about all those third parties - like let me very easily just host username/password and passkey auth in a small package.
I am not totally sure I see the actual concern here, that a company is going to sell devices with a really great `find` implementation but not contribute it upstream?
Also Wayland is it being forced on us? I have plenty of coworkers that run X daily because they are still afraid of the Wayland boogeyman despite the fact that their supposed clipboard and screen sharing problems in Wayland (the only two supposed problems they can name) have been solved for years.
That would be an awfully awkward move in the realm of Linux-related politics but if having an MIT-licensed coreutils was such an existential thread, at least you can fix it with aggressive license moves and not code.
Naively without digging into the code I would look at a “streaming over an open connection” as likely to strictly more brittle.
For safety reasons I never use a debit card for anything but an ATM.
Photoprism is the best one I’ve found that will just take and index your folders as they are.
AI does it a lot faster and ignores rules even harder than humans do, but it's not the root problem here.