Embrace ActivityPub, , Mastodon, and the fediverse
Extend ActivityPub, Mastodon, and the fediverse with a very-usable app that provides additional functionality (initially the ability to follow everybody you're following on Instagram, and to communicate with all Threads users) that isn't available to the rest of the fediverse – as well over time providing additional services and introducing incompatibilities and non-standard improvements to the protocol
Exploit ActivityPub, Mastodon, and the fediverse by utilizing them for profit – and also using them selfishly for Meta's own ends

Since the fediverse is so much smaller than Threads, the most obvious ways of exploiting it – such as stealing market share by getting people currently in the fediverse to move to Threads – aren't going to work. But exploitation is one of Meta's core competences, and once you start to look at it with that lens, it's easy to see some of the ways even their initial announcement and tiny first steps are exploiting the fediverse: making Threads feel like a more compelling platform, and reshaping regulation. Longer term, it's a great opportunity for Meta to explore – and maybe invest in – shifting their business model to decentralized surveillance capitalism.

you are viewing a single comment's thread
view the rest of the comments

[–] originalucifer@moist.catsweat.com 5 points 11 months ago (1 children)

there isnt one, because even the 'extend' in this hyperbolic scenario isnt real

o0o0o0 the big 'extend' is threads users will get to use the threads app. puhlease. thats no extension of AP

everyones getting their sphincter tight over their own hate and nothing more.

[–] jol@discuss.tchncs.de 1 points 11 months ago (1 children)

The original sense of EEE's extend was pushing features that were not standard (to IE). An example would be for example if Threads implemented a stickers function that only worked in the Threads apps but to us only appeared as sticker-id:123456. Any features built around AP that worsens the experience for others can be seen as "extend".

[–] originalucifer@moist.catsweat.com 1 points 11 months ago (1 children)

if users on my system want some bell or whistle somewhere else, groovy, dont let the door hit ya on the way out.

threads is not going to magically, silently create a dependency in my system. its exactly like SMTP. no one is attempting to EEE email.

i am not/will not receive anything from threads not in the protocol spec, and if my users dont like that they can go somewhere else. this is not a problem for me.

i dont care what the threads instance has to offer with regards to bells and whistles, it affects me not.

[–] jol@discuss.tchncs.de 1 points 11 months ago (1 children)

no one is attempting to EEE email.

Yes... they are?

Have you noticed how Gmail labels don't work with other email providers? Folders and categories? Stars and Important? Many people have come to rely on these features and moving to other providers becomes a bit of a hassle. This is the naughty extension of e-mail.

Another great example is github. Git is open and interoperable, but most companies using github are stuck to it because they use Github also for issues, pull requests, and many other things.

[–] originalucifer@moist.catsweat.com 1 points 11 months ago* (last edited 11 months ago)

no i have not, i do not use google products.

i have never, ever had a person mention my inability to use a gmail specific feature. my communication through gmail works as expected.