Notices by Peter Toft Jølving (joelving@mastodon.joelving.dk)

@Em0nM4stodon
Absolutely! 👏

If I may add, we and our customers are likely already legally required to do so, and it is much, much easier to build this functionality when you still have a clear view of the data in the system, it's processing and flow and it's purposes.

Take this from someone faced with the enormous task of cataloging PII in a legacy enterprise systems landscape.

@lewiscowles1986 @hrefna @Azuaron @aredridel landlords are fundamentally capatalist. Their ability to perform that role derives from property right (capital, and thus covered under OPs definition).

Their harm is a matter of scale, and while someone renting out their single spare unit is not what's creating the housing crisis, the decision to keep the property under ownership and rent it out is still hoarding living space for profit, driving up prices.

@lewiscowles1986 @hrefna @Azuaron @aredridel but OPs specific case is not all that clear cut. Is that person "hoarding" living space for profit? Maybe in principle, but in practice it feels much more murky. And definitely not the first place to spent your effort, when we have giant corporations owning so much property.

@aral works quite well on PC too. Steam has it, though I don't know how well it runs on other OS's than Windows.

@dansup yeah, multi-tenancy can be a pain to retrofit. If you know ahead of time, that you want it, you can scope the data stores to individual users.
One way to deal with it (if you want suggestions, otherwise sorry!) is to use a global singleton for storing active user ID and a factory that returns indivual data stores for each user ID and use that when injecting the data stores and changing the active account. Would that be feasible in your situation?

@dansup that would also let you keep the stores hydrated for those users that aren't currently active.

And again, I may well be mansplaining like crazy here, and you probably know all this by heart. In that case, sorry!

@dansup aaaand, now I see that you've already built it. Sorry!

@jenniferplusplus I can't tell if they're really so breathtakingly ignorant or if it's the usual "liberalism will always yield to fascism", but saying

> We have had the long-standing rule in our project that we do not concern ourselves with controversial topics as to not alienate anyone who'd like to join in the project

and not recognize how it alienates marginalized people are just 🤯

@AnarchoNinaWrites
That would be great. I'm having a hard time holding on to that hope since (as I understand it) any consequences would have to not be vetoed by the US in the Security Council - and that seems rather unlikely.
But yeah, fingers crossed.

@AnarchoNinaWrites
It's such a weak response. At least it has a price wrt legitimacy. That seems the main win today.

@evan
What do you consider "doing architecture"? Since I view it pretty much as thinking about what I'm about to build and how I'm going to approach it, it's nigh impossible to not do it before coding (I chose "always").

It's very rare to see someone take so much criticism - constructive or not, well-founded or not - so well as @evan does.

I don't agree with all his assessments (since I'm rather new to this, it may very well be me who's wrong more often than not), but that attitude alone makes us lucky to have him as a voice and driver in this.

#FediDevs

@evan
In my timezone it's getting late and with small kids waking me up in way too few hours, I'll have to bid you good night and thanks for the conversation. I appreciate you taking the time.

@evan
Agreed, it seems weird to me that a Mastodon instance is so closely tied to its domain name. Nothing prevents it from accepting whatever was pointed at it.

I don't think your expectations around admin are unreasonable, but in practice it seems not to be the prevalent form of organizing and it has some serious consequences with tiny tyrants arising all over.

@evan
That is exactly what I'm trying to work on, but haven't figured out how to do.

The combination of Ids being dereferencable and the vocabulary extensible is tough. I'd prefer the generic AP server hosting the activities (easy) and objects (hard) but since everything is extensible and something other than Update activities might mutate the object (replies for instance), we can't know how to keep up-to-date representations of objects, so we need to push that responsibility out to the apps.

@evan
But we want all apps to see everything and they might be able to process some of the same activity/object combinations - who gets to be authoritative if they disagree on the result? I don't have an answer for that.

@evan
I hope you don't mind me thinking aloud here - despite my original post, I actually *do* want to build for ActivityPub. That's the source of my frustration.

Come to think of it, I don't need to serve up-to-date representations of all objects, only locally sourced ones, and those are easy to assign an owning app.
So, the apps would simply register a new object and the AP server would the direct queries for the object to it.

Hmm, onwards it seems.

@evan
Ownership. Unless you have the technical chops to host your own server - or money to pay someone to do it for you - your existence is at the behest of your admin.

Shareability. I don't want to have separate identities for every app I use, e.g., one for Mastodon, one for Pixelfed, one for PeerTube, but I must. Each app is simply a lens over my graph, but I can't treat it as such. Maybe this is possible within the spec, but it's not apparent how that would work.

@evan
I know, there's definitely ways around it, and you can always fall back to working with the raw JSON (not mapping to POCOs).

My argument has never been that it's impossible to implement AP/AS2, just that it's not easy, and that there's issues around e.g. identity that's nigh impossible to fix within the bounds of the standard.

@evan
Sure, it's json, but any ease of use that might afford is lost with a data model where a property can take half a dozen different shapes.

But I agree, blockchain is poison and not an improvement at all.