Threads: We've Seen This Before
Threads: We've Seen This Before
We really shouldn't take this Meta thing lightly.
They could offer the slickest interface and keep people locked to their friends. That interface can use protocols that make it difficult/impossible for non-Threads instances to play ball (ooh this cool new feature is only available through the Threads app; Oh, mybasement.world.ml.xyz can't read that content). There are many ways to Embrace, Extend, and Extinguish, we've seen Meta do it before (e.g. XMPP), and I'm sure we haven't even thought of some ways Threads could EEE.
I think defederation from Meta's instances is probably our only option to protect what we have.
You're viewing a single thread.
Wasn't XMPP EEE'd by Google? Not to say that Meta is any better of course
There was no "Extinguish". XMPP still continues on.
By the way, Facebook also did the same. The original Facebook Messenger was based on XMPP as well.
@CrazyDuck @confluence ahoy!
No, I don't think so? As far as I can tell all extensions were public, in particular Jingle: https://en.wikipedia.org/wiki/XMPP, https://en.wikipedia.org/wiki/Jingle_(protocol)
Disclosure: I worked on gTalk towards the end of its lifetime and was the person responsible for (sadly) turning down federation.
Do you remember/are at liberty to elaborate on the reasoning and course of events at the time that lead to defederating?
@CrazyDuck Yes, I believe so :) Of course this is just how I remember it, it reflects my opinions and not of my employer's, etc.
From my rough memory, around the time this happened in 2013 the following was true:
- Federation was considered to be already languishing due to relatively little usage aside from big instances like AOL (who were going down in any case). Actual people running their own individual/community instances were relatively few, and a significant fraction were spammers :(
- Developers in the chat space in G had decided to implement their own protocol for Hangouts, the "next generation" chat app. The consensus seemed to be that going with an in-house protocol would provide enough extra freedom to allow G to implement and ship features faster (whereas innovation on top of XMPP was deemed relatively hard).
- XMPP was, back then, considered unfit for the transition to mobile as it was a very 'chatty' protocol and that kills battery on mobile devices. I've heard this has been solved/worked around since? But I haven't looked into how this was achieved, if at all, and whether we could have taken that route instead back then.
@CrazyDuck of course moving to a proprietary protocol doesn't mean that federation must die. Indeed we kept federation alive for users for a while by bridging gTalk (legacy, still supporting federation) and Hangouts (proprietary). It was the dream of at least a few (myself included) to open up the Hangouts API and/or build federation on top of it, but it was not prioritized -- I take part of the responsibility for that, even if I was just an individual contributor: I could have done it as a 20%.
Thanks! It's extremely insightful to get a peek behind the scenes like this. Stuff like this always happens behind closed doors and threads like yours really help shine some light :)
Facebook Messenger is based on XMPP.
WhatsApp too
I don't think it is anymore.
essentially, yes. Google Talk was based on XMPP.