this post was submitted on 06 Jul 2023
230 points (99.6% liked)

Programming.dev Meta

2485 readers
2 users here now

Welcome to the Programming.Dev meta community!

This is a community for discussing things about programming.dev itself. Things like announcements, site help posts, site questions, etc. are all welcome here.

Links

Credits

founded 2 years ago
MODERATORS
 

I'm not suggesting anything, just want to know what do you think.

Here is a link if someone don't know what Meta's Threads is: https://blog.joinmastodon.org/2023/07/what-to-know-about-threads/

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 4 points 1 year ago (2 children)

Personally, I think that a sufficiently large instance does represent a major risk. But now I think it’s a risk we have to take.

If we had to white board a decision matrix on Facebook federation, what would be the number of risk's and rewards for either approach? How would you weight or quantify them? Just trying to approach this from a little more of an analytical angle, given most of us are developers anyway.

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

I appreciate the push to be more analytical. I thought that I was being analytical, but this challenge to my thinking has made me realize that I've not been thorough.

Edit: speaking of thorough, I missed including the founding principles of privacy-centric and ad-free. That would seem to disqualify Meta right out of the gate, just as most people seem to prefer.

Ethically, it would seem that admins are limited by that, although I suppose technically, they should wait and see what an instance does before making the decision to defederate.

Anyway, here's what I came up with should anyone decide to depart from the founding principles.

What our root concerns? I could be wrong but I think they are advertising, accuracy, and civility. Some people are concerned about sheer volume of new entrants, but I don't know enough about fediverse architecture and tooling to address that concern.

Accuracy and civility are both moderation problems that the fediverse has to deal with whether Meta joins or not. Yes, there may be issues of scale and volume, but if the fediverse is to go mainstream, those problems need to be solved anyway.

There are forms of advertising that I think we could all live with in moderate amounts, but surveillance ads and malware have pretty much destroyed any tolerance for ads.

Okay, so how would ads get distributed in the fediverse?

  1. Any instance could push ads of any type, in any volume to anyone registered on that instance. Any instance could collect data from anyone registered on that instance for serving surveillance ads on that instance or for direct sale to data brokers.
  2. Any instance could push ads to anyone who subscribed to communities hosted on that instance, but would be severely limited in data collection without data sharing agreements between instances.
  3. Anyone accessing an instance via web page could be served ads, including surveillance ads, whether logged in or not.
  4. Anyone using a fediverse client could be served ads by that client, including surveillance ads.

1 through 4 are all instance-specific and can be avoided by any user who wishes to. There will always be nooks and crannies inside the fediverse that are free of ads and surveillance. The very existence of the fediverse is evidence that there is a critical mass of people to keep those spaces alive.

5, the client, has nothing to do with any instance or, in a sense, the fediverse. Clients can always do what a client wants. It's up to individuals to choose wisely.

So what are the potential benefits? If Meta comes it at Meta scale, then anyone currently using both Meta properties and the fediverse might be able to keep the value of both while using only a single platform. If people using a Meta property follow Meta into the fediverse, that can increase the variety of communities and make very niche communities viable.

My take is that the fediverse can cope with an entity like meta because nobody is forced to join their instance or interact with anything or anyone hosted on Meta.

There are a couple of caveats:

  1. As previously noted, I don't know enough about fediverse architecture and tooling to assess the risk of a very large influx of people over a very short period of time.
  2. If "embrace, extend, extinguish" is truly a concern, then I think being vigilant with respect to "extend" will prevent "extinguish."
[–] [email protected] 0 points 1 year ago* (last edited 1 year ago) (1 children)

Risks/rewards for whom?

For programming.dev? If all we care about is the survival of this website, then yeah maybe Meta poses a risk and we should defederate.

But (with respect to the admins), no one cares about programming.dev. We care about the vision of a "fediverse", where all instances' users can talk to one another if they choose. If that's what we care about, there's no choice here: federate, or you've already broken the vision.

Look, no one is saying that programming.dev should promote Meta's content on their home page. Let's beef up our moderation/content filtering tools:

  • Let users block all @meta.com and all @meta.com communities if they choose.
  • Let community mods block posts/cross-posts from @meta.com communities or users.
  • Let community mods decide never to let @meta.com users subscribe or see posts on their communities.
  • Let the instance owners decide never to feature a @meta.com user's post or a @meta.com community post on "all" or "local". Make it so that the only way to find a Meta post/user is by actively searching for it or subscribing to their communities. That's all well and good.

But defederation is worse than that. What defederation really means is: "Even if programming.dev users want to see Meta content or post there, we won't allow it. Go create an account there instead.". As soon as you do that, it's not a fediverse anymore.

[–] [email protected] 3 points 1 year ago

I think that it mostly boils down to what most of the users see as the "Fediverse vision". For me, what's most important is that you have communities and users that are providing content to each other selflessly and with good intentions, instead of them being a product that is heavily monetized and manipulated through the content they are served. The Fediverse helps in this regard that it alleviates the problem with such communities - that they come and go, servers die or people hosting them move on. By being part of a fediverse, you distribute this between multiple such volunteers, so a server disappearing isn't that much of an issue.

However, letting Meta in goes directly against this vision, and makes it even worse by letting Meta feed on and monetize content of every user on the platform. That goes directly against what I see as a main advantage of the Fediverse, and it will probably make me reconsider whether I want to participate. But that's only my, pretty selfish and gatekeepin opinion. But my dislike for corporations such as Meta is deep enough, that I simply don't want to have anything to do with them.

But other users may have a different opinion, which I respect, and that's what this discussion is about. It's also possible that I may have misinterpreted what Fediverse was supposed to be about, and I was just projecting what I would like it to be. I guess that we will see how will the Meta situation eventually turn out. I guess that Fediverse will probably split into Metaverse with instances that did federate, and Fediverse that didn't. All that remains to be seen is how large will be the communities left on either side. (Now that I think about it, maybe I have it wrong, and you can for example defederate from Meta, but still be federated with i.e metalovers.lm that are federated with Meta? How does that even work, actually? Will we be able to interact with Meta users through that instance, but not with their posts, or never message them?)