Sven Slootweg (soft-deprecated) @joepie91@pixie.town

@pascaline Ah, dat is wel mooi dan. Dat heb ik ook wel vaak anders gezien :) Is inderdaad heel prettig als je gewoon constructief samen tot een goed resultaat kunt komen!

@pascaline@mastodon.nl Ah, dat is wel mooi dan. Dat heb ik ook wel vaak anders gezien :) Is inderdaad heel prettig als je gewoon constructief samen tot een goed resultaat kunt komen!

@gabboman@app.wafrn.net @vkc It's not quite clear that this is the case. Although Apple is almost certainly being shitty about this (as they do), I've also seen various comments to the effect of "that was a very effective way to hide their own billing model changes", though haven't had time to look into those in detail.

I'm getting very strong impressions of "both parties are shitty" on this one. Kind of like the whole AWS vs. ElasticSearch thing.

@clarfonthey Right, I agree that the verbiage could be better. Probably something like "Things you might want to know about this app" would work better.

@pascaline Tjonge. Dat is toch ook geen hogere wiskunde, zeg, die bladeroptie bestaat al minstens sinds Windows 3.1... nu ben ik toch wel benieuwd welke gedachtengang er bij de betreffende programmeur achter zat om zoiets basaals niet te gebruiken!

@clarfonthey Assuming that's F-Droid, I don't think that "this app is bad" is what that section means? Rather it lists anything and everything that people *might* object to (licensing-related or otherwise) to accommodate those that have specific needs/requirements of their software.

(If the app were considered bad, it wouldn't be listed on F-Droid in the first place, AFAIK)

@pascaline Die had ik nog niet eerder gehoord 🙂 Ik zou inderdaad vermoeden dat dat oorspronkelijk was om een verbrande mond te voorkomen, en dat dochterlief het opgepikt heeft als "blijkbaar is dat hoe het hoort"...

Ik kom het zelf binnen de softwareontwikkeling ook vaak tegen. Dan beweert iemand bij hoog en laag dat een bepaalde methode 'beter' of 'sneller' of zelfs 'nodig' is, en dan ga je doorvragen, en dan blijkt dat ze nooit iets anders hebben geprobeerd, niets gemeten hebben, en niet eens uit kunnen leggen waarom het beter zou zijn. Ze hadden het gewoon zo geleerd, en iemand had ooit beweerd dat het beter was, met net zo weinig bewijs...

Bijzonder fenomeen blijft het, hoe dat soort dingen blijkbaar generaties lang door kunnen blijven waren zonder dat iemand zich ooit afvraagt "huh, maar waarom dan?"...

@pascaline Yep. Ik krijg toch het idee dat dat "maar dat hoort niet" een nogal neurotypisch dingetje is, en weinig tot niets te maken heeft met praktische overwegingen die iemand gemaakt heeft...

Meestal is het gelukkig niet meer dan een gek dingetje. Het wordt pas echt vervelend wanneer mensen het als een verwachting aan je op gaan leggen, zoals met slaapritmes enzo (maar ik zag dat die in een andere toot van je ook al voorbij kwam)

@serge (Caveat: I don't 100% know how it fetches the replacement data; whether it requests on a per-video basis, which would leak metadata, or a prefix search, which wouldn't, or a local copy of the database)

@serge For what it's worth, there's a browser plugin that does this for YouTube already, based on crowd-sourced submissions: https://dearrow.ajay.app/ (similar to how SponsorBlock works). Don't think it works on any sites other than YouTube though.

@dentangle@chaos.social Some arguments can be made about not dogfooding your own website, but the ticket systems for a lot of providers directly integrate with their e-mail system and so an outage of the e-mail system would also affect ability to communicate with customers *directly*. Plus if e-mail isn't your core business, there's deliverability to worry about.

I'm sure other architectural choices are a possibility, just trying to illustrate reasons why one might decide to host their e-mail off site that aren't just "lack of confidence".

None of that excuses the Cloudflare part, of course.

@dentangle@chaos.social The one legitimate reason I can think of is this being a result of the "do not host your own site on your own infrastructure" policy that a lot of providers follow (as then you cannot communicate with customers during infra outages); and Cloudflare being seen as an additional availability safeguard.

(Whether it actually is one is, uh, very much in question, but I know that that's a widely-held belief...)

@Heidentweet Oh yeah, that should definitely be read in scarequotes voice 🙂