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.
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.
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.
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.
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.
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.
deleted by creator
Do you REALLY think that will be their end game?
And Reddit killed phpBB (kind of).
And phpBB killed the newsgroups.
Etc.You are right. Convenience killed the previous “protocol”.
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.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.
Server 1, server 2, server 3, server 4
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?
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.
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.
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 …
Did you bother to read the article or did you only decide to write this argument w/o any substantial basis?
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.
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.
That is already how ActivityPub apps work.
It’s also not what happened to XMPP and, interestingly, not what the article claims happened to XMPP, even. You’ll note in the postmortem about it the recollection is that Google was too slow to adopt features and fix bugs, not the other way around.
I guess once you get enough confirmation bias in play you can embrace, expand and extinguish both by doing that and the opposite of that.
It is not. Discord’s protocol has been tailormade to suit Discord and the developers will not give a single thought about keeping it stable because only the Discord server&client are meant to use it.
This misses the point in my opinion. The point of a protocol is to establish a set of rules that need to be followed, that’s it. After this, it can be managed in many ways, it can be open or it can be closed, etc. The fact that ActivityPub is “engineered from the ground up to support multiple apps with different functionality” it’s because ActivityPub is an open protocol. Every protocol is designed to support whoever implements it. This doesn’t have any inherent “the protocol (changes) will suit everyone” or “everyone will be able to keep up with it” property, though. If changes to a protocol happen very fast, apps that are compatible today - and can be compatible tomorrow too - still need to implemented those changes, or at some point they will not be compliant anymore. This is not because the protocol loses the property of supporting multiple apps, but because a protocol still needs to be implemented, which is responsibility of the consumers, which requires time.
So my point was to challenge OC perspective that since ActivityPub is designed to support multiple apps, then there is no risk that it gets messed up and breaks compatibility with those apps (because it’s generic) due to - in this case -Threads influence. This is just nonsense, in my opinion.
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.
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.”
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?
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?
Meta does, but I’m not sure threads does.
I know people on facebook, but I don’t know anyone on threads, even if it is owned by meta.
I expect activitypub to be relatively scalable. As long as meta isn’t doing something stupid like trying to federate everything to everyone, the traffic should be limited to the users that have connected to each other. There are already absolutely gargantuan instances out there with millions of users that federate just fine with tiny instances.
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
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.
They absolutely CAN buy you though, they can buy individual instance owners. Maybe not the Lynch pins like .World but many others and cheaply.
It’ll quickly turn into shit storm, and the average casual use will give up and go back to Reddit or move to Threads, which is what they want
I don’t think they fear the two hundred thousand people using fediverse compared to their hundreds of millions to billions of users.
We’re as much competition to them as a food truck is a threat to taco bell.
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.
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.
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.
And those developers get told what to do. The wheel also gets reinvented by PMs and entrepreneurs who think they can do it better. Sounds like someone is salty about their software maintenance job.
I’m talking about the new company phase, not the established phase with management. Every company starts somewhere.
I don’t even know what you’re on about, I don’t know how you could see that as salty about anything with my job lol
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.
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.
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.
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.
Hey, that’s us!!
So Google used Microsoft’s “Embrace, Extend, Extinguish” strategy and looks like Facebook is aiming to use ut as well
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.
These days, we just call it “the stages of enshitification”. And basically every large tech company is doing something like that
No, that article is full of bull shit.
For mastodon if it can help:
-
Open your favorite text editor and write threads.net
-
Save it as csv
-
On your profile on Mastodon, click “edit profile” and scroll to “import/export”.
-
Choose “import”, it will open a menu.
-
In this menu be sure to click on “Following list” and choose “Domain blocking list”.
-
Browse and select your CSV
-
Click upload
deleted by creator
Absolutely no problem!
By chance, the instances (for or protecting minorities) I’m on are all defederated of threads.
-
This is a fascinating read and very relevant given that Meta is moving closer to connecting Threads (per OP). The article gives a good example with How Google killed XMPP
The article lacks some details that are inconvenient to the point it makes. What was the state of XMPP before being adopted by tech giants and after they dropped it / walled it off? What could be done to prevent it?
I just remember that Google used to be able to talk to Facebook and it was awesome.
Before that I used Trillian which had to log in to all the networks. There was one beautiful moment in time where you could just use an XMPP client and you were able to reach most of the people you know
That’s a good point. That would be helpful context
Meta does not give a shit to absorb the fedi. We are like a thousandth of their size, just a blip on their radar. I have no idea where people get this idea of self importance that Meta cares about their 10 user server.
If they didn’t why would they develop tools to federate? It’s obvious that the threads project was sped up significantly following musk’s obliteration of Twitter, so they wouldn’t go out of their way to implement such a feature if they didn’t have a very specific reason for it.
A company’s goal is maximization of profit, so don’t assume they intend anything else. The activitypub userbase is too small to be a significant addition to their userbase but in this way they can destroy it before it escapes their control. They don’t take risks. Mastodon could seriously compete with threads and it’s gaining popularity. If one more big boom happens it might be too late to stop the fediverse from competing with meta in the most cost efficient way possible. Do not be lured in by the false sense of security, meta wants us to help maximize their profit. We aren’t doing that right now so Meta wants to stop us (or limit us, whatever they deem more profitable)
They don’t take risks.
Quibble: Meta took a huge write off because their metaverse didn’t get the reception they hoped.
I think they take risks, just calculated ones. And sometimes… A founders ambition.
It is as you say, but look at the difference. Allowing metaverse to grow is only going to hurt them, while the potential profits from the metaverse could be massive. They deemed it a risk worth taking because of the potential success. Meta won’t leave the fate of lemmy up to chance, because they decided we are not very likely to disappear in time.
The metaverse (that game) was released before it was done in any way for the marketing hype, but they are still working on the VR headsets. Once those are ready for mass adoption, the metaverse will have a comeback, and a hard one. People love sucking on marketing titties, and that won’t be any different.
Meta’s involvement is to “poison pill” fediverse if it really starts to take off. Or just outright buy the bigger/best parts and leave the rest wither…
I bet XMPP users were saying the same thing about google talk, maybe try reading the article?
The whole two of them? What good XMPP client is there again?
Might be because of Threads, and Meta seeking to use ActivityPub themselves.
I don’t disagree with you though; I don’t think the fedi is big enough at the moment to register as more than a blip on their radar, as you said.
Microsoft was using Embrace Extend, and Destroy against Linux 25 yrs ago when it was a blip compared to MS.
This tactic is designed to be used against potential opponents before they become a real threat.
It costs peanuts to eliminate a weed in your yard when it first sprouts.
It also gets the jump on your neighbours who might be interested in this little weed as well.
Also you can’t have unmonetized weeds popping up everywhere they might inject colour and variety into your barren add riddled hellscape.
Given new EU legislation, it is likely that in the future, they may be forced to correctly implement ActivityPub, and to federate with instances not violating their content policies.
If something killed XMPP for me - it was Matrix. On open source replacement that is not only more popular, but has more active development and it’s easier to use. No big company required. And since XMPP is still alive for its niche user base and EU is probably the reason for Threads federation - I don’t think this is the right hill to die on.
Also Matrix can bridge to XMPP, of course you wouldn’t because nobody uses XMPP.
Is there anyway to implement (without spinning up your own private instance) the ability for individual users to opt out of federation of their content to certain instances, or would that introduce too much overhead and complication?
This is a commonly requested feature, and is likely to appear in a future version of Lemmy. In the interim, several of the mobile apps have this feature.
We already talked about XMPP a few months ago, if anyone is interested in reading about some experiences with XMPP for more context.
No. There was nothing to extend and extinguish with XMPP. It was a dead on arrival protocol that nobody ever used seriously. I’ve been to the internet at that time and what people actually used was: AIM, ICQ, MSN and possibly even Yahoo!. (IRC for the nerds and Counter-Strike)
It was exactly the other way around. Nobody ever used XMPP, then Google opened federation on their first chat and suddenly someone was actually reachable via XMPP which was a cool thing for some nerds that were into XML then, but when Google noticed that it only imports problems with nothing to gain from the XMPP network they just shut it off.
At the time nobody cared because the people accidentally using XMPP didn’t give a shit about it because they used Google not XMPP in the first place.
Some governments I think and the BBC are already using mastodon, and honestly, those big organisations used things like tweetdeck before instead of mainstream twitter apps. I can feasibly see big organisations like governments, politicians and media sites not wanting to use threads, and instead using their own instances to interact with threads users.
Well, if met
ha decides to interop, activity pub can launch some propaganda to make users “just switch”, I guess. I mean it’s somewhat different from the situation with xmpp and google as most sane ppl already know fb’s crap isn’t good for your data… So maybe smth like “remember that cool shiny thingy people were leaving xitter for? Guess what, now you can talk there with your grandma without subjecting yourself to fb’s shady practices” could work given interop works good enough.P.S. that specification under a EULA actually sounds like a good idea if you put it a bit differently: whatever implements this specification should be published under one of $insert_a_set_of_licenses. Then whatever proprietary garbage creator that decides to join will be forced to do this via bridges, and others can tell them to fix their crap 😁
most sane ppl already know fb’s crap isn’t good for your data
Bold of you to assume they care enough to do something about it. It took half a second for more than half of my friends to jump onto threads when it launched. None of them ever considered the fediverse before that. People just flock to whatever the big companies do.
Sure, but, on the other hand, when crapple rolled out their “are you OK with zuck watching you sleep” switches, ppl suddenly declined that generous offer… So I’m inclined to think they kinda care, but convenience is more valued.
Well, okay then, depending on how that interop is implemented, it may be possible to make some kind of one click-ish data importing, idk. Not messages, but at least friends, communities and similar stuff. Just speculating, tho
XMPP still works great btw. It was hard to convince everyone to get an address, but now 95% of my messages are over XMPP. To me compatibility with internet standards is a hard requirement.
Also, Mammoth 2. The new app developed by
Googlefor browsing Mastodont contents. I’m definitely not worry at all by that.EDIT
Glad to be wrong on this one.
It’s not made by google
It’s developedby Google?
it’s not.
I thought it was developed by mozilla
Yea … this seems like a rapidly spread falsehood … someone claimed that it’s developed by Google because it’s made a group/company that have received VC funding from Mozilla, whose main income is from Google’s “default search engine fee”.
There are connections, sure, as there are throughout the whole tech industry … but really it’s just rubbish misinformation social media drama shite.
If mozilla = google now then firefox = chrome? What the fuck?
All-in on open source and the Fediverse, with support from Mozilla, Marc Benioff, Long Journey Ventures, and others.
Don’t know if the “others” may include google.
Closed source - apple only garbage. HARD PASS
its open source under the AGPL license https://github.com/TheBLVD/mammoth