I don’t understand how ActivityPub works that well and I haven’t used Threads so maybe I just doing get it.
But why would we have to worry about defederating Threads when it’s a Twitter clone? It doesn’t have communities and such so I would think it’s not compatible. We’re not federated with Mastodon instances right? This seems like something for Mastodon to worry about. How is a Lemmy instance refusing to federate with Threads relevant?
It is a ready-made software that could let them quickly launch a product, and it can deflect the allegations already made of intellectual property theft from Meta hiring former Twitter developers. Of course they could develop their own, but that would take time and added risk.
What benefit would Meta get from federating with the likes of Mastadon? They want profit, and I do not see a way Meta makes money from letting people follow Threads users from Mastodon, KBin, and Lemmy.
activitypub is less ready made software and more a set of predefined constraints and protocols
definitely more work to federate than to just have a solution that talks to a database! especially at scale
Why did google implement XMPP originally for Google Chat? They originally did federate with XMPP servers. But eventually, they decided that federating wasn’t worth it. At the time they still used XMPP, they just refused to federate.
Why wouldn’t you use ActivityPub as a protocol if it has been proven out and does 90% of what you need? Just because they use ActivityPub, I don’t see them ever Federating in any meaningful way. Essentially, I think the protocol is well designed and Meta is just using it as their starting point with no reason to share any data with the fediverse.
Was that meant to rebut the idea that Meta wants to federate with other ActivityPub services? The fact that Google did the same thing with XMPP, gained user share, then defederated once they achieved critical mass - classic EEE?