With Meta starting to actually implement ActivityPub, I think it would be a good idea to remind everyone of what they are most likely going to do.

171 points

Man, I’m not gonna relitigate this but no, Google Talk didn’t kill XMPP. XMPP is not, in fact, dead. WhatsApp killed Google Talk and pretty much every other competitor and XMPP would have been in that boat with or without Google Talk.

This is gonna keep coming up, it’s gonna keep being wrong and I’m really not gonna bother picking this fight each and every single time.

permalink
report
reply
42 points

This needs to be higher for visibility. The story of Google killing XMPP is a good one but it’s utterly bullshit. XMPP was a mess, Google didn’t kill it, it killed itself by having fucked ecosystem that didn’t do anything better than numerous proprietary standards at the time.

It’s not like XMPP was EVER dominant, nor was Google talk - even man messenger was more popular at the time and that’s also dead.

permalink
report
parent
reply
19 points

Yeah I kept thinking these people must be incredibly young if they think this is what happened. As if Google Talk was anyone’s problem (in the big picture), nevermind XMPP’s.

permalink
report
parent
reply
14 points

Well, people like to think that the fediverse is a genuine threat to Meta. And they like to feel they’re doing important work defending it from Meta. So this will indeed pop up again, and again, and again.

permalink
report
parent
reply
12 points

They do? I mean, a few times I did have to point out that Meta has multiple products breaking 2 billion active users, so the “fediverse” is a drop in the ocean, but not many people seem to stick with that argument after a quick bout of googling.

permalink
report
parent
reply
3 points

I mean I think it will be if they really to end up federating. Why sign up for an ad-ridden data-hoarding service when you can use services that don’t have that nonsense but still allows you to do all the things you want to do on social media?

permalink
report
parent
reply
1 point

Do you REALLY think that will be their end game?

permalink
report
parent
reply
4 points

And Reddit killed phpBB (kind of).
And phpBB killed the newsgroups.
Etc.

You are right. Convenience killed the previous “protocol”.

permalink
report
parent
reply
3 points

You saying that XMPP is not dead?

Name 10 active generalist servers.

No, really, it would be good to know. I haven’t been able to find active XMPP communities since ca. 2015.

permalink
report
parent
reply
8 points
*

Hah. Alright, it’s not deader than it would have been had Google not stepped in and then stepped out. We’re grading “dead” late 2000s instant messaging apps on a bit of a curve here.

permalink
report
parent
reply
3 points

Server 1, server 2, server 3, server 4

permalink
report
parent
reply
2 points

Both you and the writer claim to have been there back then, but have wildly different ideas for what happened… Were you a dev on XMPP too?

permalink
report
parent
reply
3 points

An XMPP developer would likely have been delusional about the protocol he himself developed. But at the time I can assure you XMPP was completely irrelevant. AIM/ICQ/MSN/Yahoo! and maybe IRC were the tools of the day back then.

Because of actual competition (which XMPP had absolutely no part in) multi protocol messengers had their golden age then.

permalink
report
parent
reply
1 point

As a newb techie back then. Using 4 of the ones you listed.

I never heard of XMPP and still don’t know what it was …

permalink
report
parent
reply
3 points

Oh, absolutely not. Let me be clear, I do not question that the author was involved in the project and interacted with Google. I do not question any of the factual details in the article and my argument is not that he’s lying. Total respect for him, his work at the time and even his opinions on how annoying and frustrating it was working with Google around.

What I’m saying is his perspective on the alleged failure of XMPP is specifically biased by his insider experience, that many of the examples he gives do not apply to AP, that the process he describes there is not EEE, that it’s not the reason XMPP and Google Talk failed and that, as he admits throughout the piece, XMPP didn’t in fact disappear or “die” after Talk’s failure or because of their intervention.

permalink
report
parent
reply
-15 points

Did you bother to read the article or did you only decide to write this argument w/o any substantial basis?

permalink
report
parent
reply
44 points
*

Oh, I read it when it came out back in June. Many times, as it kept being shared as an explanation of the first Threads backlash.

It’s full of incorrect assessments and false equivalences.

Threads doesn’t really have the volume (yet) to subsume ActivityPub. The process it describes for standards drifting towards the corporate actor doesn’t apply to ActivityPub, which is engineered from the ground up to support multiple apps with differnent functionality (hence me writing this in Kbin and others reading it in Lemmy and being able to link it and follow it from Mastodon), the article only acknowledges that XMPP survived and kept on going at the very end as a throwaway and doesn’t justify how it “never recovered” and, like I said, it doesn’t acknowledge the real reasons Talk and every Google successor to Talk struggled and collapsed.

So yes, I read it. Past the headline and everything. I just didn’t take it at face value. This piece keeps getting shared because XMPP wasn’t ever that big to begin with, so this sounds erudite and informed while the similar arguments being made at the time about SMTP and RSS were more obviously identifiable as being wrong for the same reasons.

permalink
report
parent
reply
7 points

which is engineered from the ground up to support multiple apps with differnent functionality (hence me writing this in Kbin and others reading it in Lemmy and being able to link it and follow it from Mastodon)

I mean that’s basically what every protocol is. ActivityPub abstracts concepts, that apps implement in their own way (for example the concept of group). If you manage to deliver changes, even improvements, to the protocol, apps need to keep up and comply with it. This is what means “drifting towards the corporate actor”. I propose changes to the protocol to a rate that only me (the corporate actor) can keep up with. This way only my users will have certain features and eventually some apps will become incompatible with the recent version(s) of the protocol.

permalink
report
parent
reply
116 points

fwiw, XMPP/Slack/Discord/etc basically solve the same problem that IRC already solved. Software Engineers just reinvent the wheel again and again as everyone loves a green field.

That said, Meta cannot be trusted. They’re going to do a year or two of embrace and extend, pretending to be good citizens. Then they will invent some crisis that causes them to want to de-federate, likely that content on other servers is not moderated to their standards or that convoluted features of their extended protocol are not being met. This take seems pretty spot on to me.

permalink
report
reply
46 points

Then they will invent some crisis that causes them to want to de-federate

Easy to predict.

Zucc-bot saw titties on Lemmy, something something think about the children outrage. “Better follow our advertisers happy friendship rules or we defederate and all your users will miss there normie friends. Not our rules, bro.”

permalink
report
parent
reply
9 points

Wouldn’t that just isolate their instance much like heaxbear? Or are you saying that the threads instance will be larger than Lemmy.world, or kbin?

permalink
report
parent
reply
19 points

Meta out scales the entire project. Google says 141 million users. Its the scale of pissing into the ocean.

Not too familiar with the back end stuff, but would federation data from Meta just DDOS a server not worth millions?

permalink
report
parent
reply
1 point

I mean, that would be the initial fear, but I’m not sure how that would matter. Threads can defederate from Lemmy.nsfw but lemmy.world can still federate both.

Maybe I dont understand something

permalink
report
parent
reply
4 points

I don’t see this as a genuine, good faith move from Meta. We’re potential future competition to them. They can’t buy us so I think there going to try to shit up the pace over years and hope we come groveling back. It’s a make or break moment for the protocol against a titan.

permalink
report
parent
reply

force them to defederate as fast as possible

permalink
report
parent
reply
11 points
*

Software Engineers just reinvent the wheel again and again as everyone loves a green field.

While somewhat true, this is also a dumb take. Not everyone working at Slack/Discord/etc can work on IRC. They’re making competing businesses, not just wanting to re-solve the same problem but wanting to do it with a new code base.

permalink
report
parent
reply
3 points

I suppose that applies more to XMPP, but not everything has to be a business, and you don’t have to be an ass about it.

permalink
report
parent
reply
2 points

You’re the one being an ass about it, saying developers always want a greenfield project. Tons of people contribute where they can, but we still need a job. So if somebody wants to make a business making a new chat client so they can make enough money to feed their family, well, that’s the capitalistic hellhole we’ve found ourselves in.

permalink
report
parent
reply
1 point
*

No.

  • I want to send messages to people who are not currently online (having a server stay online for you is a desparate hack and not a solution)
  • I want to send media other than text
  • I want my messages to be e2ee
  • I want presence - e.g. know if someone is available, busy, away
  • I want voice/video calls

and many more…

None of these were solved by IRC but by the others you mentioned.

permalink
report
parent
reply
2 points

Sure, but all of those things could have been done by extending the existing protocol.

Also, fwiw, it has had media sends, presence and support for encryption for a very long time. The rest could be added. All of those things could have very well been an IRC client with a couple of extra features and a server upgrade to queue messages.

permalink
report
parent
reply
55 points

Nothing good will come of federating with meta, the fediverse should simply stay out of their reach and realize whatever potential it may have.

I think there might be another way to hurt it though that this article doesn’t seem to mention. Funnily enough, it’s also a theme of an asterix and obelix comic book, which the introduction referenced. This way would be monetization. Threads might try to “help” the fediverse by feeding the bigger instances money, therefore the hosts of the instances would be more open to negotiations with meta and accepting of their policies.

I will compare this to YouTube which started paying all it’s big creators until they became dependent on the platform for a living and then started slowly implementing more and more rules that limit their freedom of expression. Remember how much PewDiePie used to swear in his getting over it videos? In another “pew news” or whatever it was called video I happened to watch he directly mentioned that he censors himself because he isn’t going to put his job on the line just to say “fuck”. Profit invites creators to comply with YouTube’s regulations even if they aren’t enforced violently always.

The same pattern was used in the asterix comic I mention above. Ceasar decides to open a building complex almost next to the problematic for him village and so the residents flood the markets and are shocked at the low prices compared to Rome. As a result, the villagers start increasing prices and advertising their goods and services, neglecting their previous morals and ethos. In the end, however, the Romans lose again after (panoramix, I think?) makes them realize how much separation this has caused them, living only for their business. As a result they kick the Romans out of their village, once again united, and Caesar’s plans fail.

I think both these stories could serve as a potential warning to anyone who might consider selling themselves out if meta adopts such a policy.

permalink
report
reply
44 points

The year is 2023. The whole Internet is under the control of the GAFAM empire. All of it? Well, not entirely. Because a few small villages are resisting the oppression.

European detected.

permalink
report
reply
7 points

Hey, that’s us!!

permalink
report
parent
reply
2 points

California has privacy laws but they are weak

permalink
report
parent
reply
40 points

So Google used Microsoft’s “Embrace, Extend, Extinguish” strategy and looks like Facebook is aiming to use ut as well

permalink
report
reply
14 points

To be fair, Microsoft didn’t invent this, they only showed that it could be implemented in the tech industry. To some extent, basically every big tech company does this now.

permalink
report
parent
reply
14 points

Every corp is aiming at that. It’s a strategy that worked very well for MS (and the CIA).

permalink
report
parent
reply
3 points
*

These days, we just call it “the stages of enshitification”. And basically every large tech company is doing something like that

permalink
report
parent
reply
2 points

“Enshitification is when our preferred open social web standard gets adopted by a major corporation.”

Wat.

permalink
report
parent
reply
-4 points

No, that article is full of bull shit.

permalink
report
parent
reply

Fediverse

!fediverse@lemmy.world

Create post

A community to talk about the Fediverse and all it’s related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!

Rules

  • Posts must be on topic.
  • Be respectful of others.
  • Cite the sources used for graphs and other statistics.
  • Follow the general Lemmy.world rules.

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

Community stats

  • 5.6K

    Monthly active users

  • 1.7K

    Posts

  • 58K

    Comments