@hrefna > there's not even a registry or a good way of saying "I am using these extensions"
I may be late to the party in mentioning this, but as of fairly recently there is the FEP process for standardizing extensions, which is a step in this direction. Sounds like we need an FEP for signalling which FEPs a server supports, maybe someone has already drafted one?
I've spoken before about how #ActivityPub is particularly weak to this problem because it's not really a protocol in and of itself but more of pattern for building a family of protocols.
It's trivial to add extensions that others may not be able to parse, and there's not even a registry or a good way of saying "I am using these extensions," so you get instead this situation where "are these compatible? glhf!"
Really I suspect the reverse: it will make it easier for Facebook to do the "extend" portion of "embrace extend extinguish."
The "extinguish" phase only comes after people have started swapping to their custom extensions and even their own custom protocols. It creates a situation where "meta is the center" and that is not healthy for the rest of the fediverse.
@smallcircles@Blort@hrefna if lots of companies join the fediverse to compete or connect with Facebook, won’t that make it harder for Facebook to extinguish other providers?
Btw, an interesting aspect to #Meta's entry that I haven't yet seen mentioned..
It's not just Meta to worry about. When they launch and the press release proudly mentions their 'open standards' approach, then this will be trigger for an unprecedented influx of businesses adding #ActivityPub support and joining the #Fediverse.
Meta will basically indicate to the market: this technology ecosystem is "good to go", economically viable and we're in it. #Metaverse-like hype ensues.
Yes, the solution is obvious. It is also unfortunately theoretical. In practice no matter how often you say we should collectively evolve the specs, the dynamics in grassroots ecosystem is that everyone moves individualistically and by doing so implicitly chooses to be weak. Everything fragmented, no cohesion, little synergy.
The advantage that companies have is that they can pay people to be dilligent and dedicate to the boring chores, stick to a task and complete it.
@hrefna Implementing the how the most desired #ActivityPub features function (technically and in the #UX) before #GAFAM decides for us, will protect us more than the whole #Faceblock debate, regardless whether our instances decide to #DefederateMeta or not.
Just imagine if it's possible to easily move posts from Mastodon.social to Facebook, but not the reverse? Or if people deciding what instance to use are told they can only use #Meta to have their messages be secure and *cough* private? 🤢 🤮
These are things that if meta implements them and does even a halfway decent job then #meta controls the standard.
Want to prevent that?
Get there first or at least have a strong offering on how to do these things out of the gate. Let _us_ as a community control the standards that we use.
Actually effective strategies against #Meta to prevent an #EmbraceExtendExtinguish are difficult, but they start from asking "what will actually help here."
I maintain that preemptive #DefederateMeta is ineffective for this and that defederating from those who won't defederate from meta does more harm than good.
But what will help is thinking about the roadmap and getting there first. What will help is building a robust and thriving community around #ActivityPub and other fediverse protocols.