this post was submitted on 06 Jul 2023
108 points (96.6% liked)

Asklemmy

43971 readers
594 users here now

A loosely moderated place to ask open-ended questions

Search asklemmy 🔍

If your post meets the following criteria, it's welcome here!

  1. Open-ended question
  2. Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
  3. Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
  4. Not ad nauseam inducing: please make sure it is a question that would be new to most members
  5. An actual topic of discussion

Looking for support?

Looking for a community?

~Icon~ ~by~ ~@Double_[email protected]~

founded 5 years ago
MODERATORS
 

I am not one for policies restricting choice but I fear the situation where Meta sets up instances that become big, say like Lemmy.world. Then one day when their instance is popular, they decide to charge other instances to federate with Meta's instances.

Big corps like YouTube, twitter, Meta, etc are known to offer services at a loss to grow their service and then drop the hammer and demand payment to use what people already rely on.

I feel a policy that prevents federated corp instance from profiting early on from FOSS, self hosted, and volunteer federated servers is something to think about - though I do not know the best approach.

I like what Open Source software does with their licensing approach where you are free to view, use, and contribute but if you take you must distribute the source code to others. Some outright ban usage for profit without a license.

Obviously licensing applies well for software to prevent abuse, and I would like a discussion about what Terms of Use policies can prevent volunteer work from being abused - if any are desired.



see the following cross-post from: https://programming.dev/post/427323

Should programming.dev defederate from Meta if they implement ActivityPub?

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] 8 points 1 year ago* (last edited 1 year ago) (1 children)

This is not the issue you should be scared of.

You should be scared because every terminally online non-technical person you know ALREADY has a Thread account.

Here’s the way it will go down:

  • Thread federates
  • Users complain it’s too hard to remember the @mastodon.social vs @thread.meta or whatever
  • Meta removes requirement for Thread users to have to do that within Thread when mentioning for searching other Thread users
  • Thread users complain to users outside Thread that it’s annoying they have to “be that way” and they should “just use Thread to make it easy, dude”
  • at the same time Many instances defederate with Thread
  • Thread adds “Megaheart” superlike feature that adds a sticker with an animation to someone’s “prick” (what do they call posts over at Thread anyway?)
  • Users on Thread complain that they can’t superlike users from other instances
  • Users from other instances get sick of their complaining and move to Thread’s instance
  • Important business and service accounts move to Thread to “ensure comparability and availability”
  • Thread defederates from the larger network, having captured all the important content that people find useful
  • The rest of the fediverse remains mostly people posting about the fediverse, how to host their own instance, and arguing about how to move forward on an increasingly fruitless-seeming open source project.

( - in 2032, Thread decides to charge for API access, citing “freeloading app developers who have been profiteering off their hard work”)

[–] varsock 3 points 1 year ago

if I could pin this comment I would