ThatOneKirbyMain2568

joined 1 year ago
[–] ThatOneKirbyMain2568@kbin.social 17 points 9 months ago* (last edited 9 months ago)

Bad bad bad bad bad bad.

I firmly believe that no instance should harbor a large portion of activity on the fediverse, as it makes it difficult for other instances to defederate from them (as users there would lose a massive portion of the content that they see) and easy for them to take users from other instances by just ceasing to federate (as users on other instances would have to go to the large instance to keep the level of activity their used to). And that's in regards to microblogs like on Mastodon.

With communities, it'd be so much worse.

If Reddit federates, and Lemmy/Kbin instances don't defederate en masse, almost every active community will be on reddit.com. No reason to post on minecraft@lemmy.world with its 5 posts a week when Minecraft@reddit.com has millions of subscribers and thousands upon thousands of active users. Nearly all activity will go to subreddits, the exceptions being from people who have blocked Reddit or on communities pertaining to non-Reddit platforms/instances (e.g., kbinMeta@kbin.social). And if Reddit defederates after that, the threadiverse will be a ghost town. People are already (and justifiably) concerned that too many people and big communities are on lemmy.world. Just imagine Reddit coming in with all of its users.

If Reddit federates, it's just gonna straight up be embrace and extinguish — no extend required.

@rah Maybe I'm not being clear. When I say that "we" means "the fediverse in general", I don't mean that everyone should gather 'round and come to a consensus on what values they should uphold and who should be excluded. This is obviously something that should occur on an instance or individual level, as (A) there are a large variety of different people and instances on the fediverse with different priorities and (B) as you stated, anyone can implement ActivityPub and tap into the fediverse if they want to, regardless of what anyone else thinks.

What I mean is that people should be thinking about what they think instance owners should aim for and form their opinions on the current situation based on that. My goal with this post is to show what I think an "ideal fediverse" looks like and have others share their thoughts. Having thoughts about what's healthy for people on the fediverse and having wants based on that isn't misunderstanding the technology — it's simply expressing preferences.

[–] ThatOneKirbyMain2568@kbin.social 1 points 9 months ago (2 children)

@rah I'd say the fediverse in general, particularly those on instances with microblogging (as they're the ones affected by Threads, Flipboard, etc.). Obviously, everyone won't have the same values, but I think it's still important that everyone at least thinks about what they want the fediverse to grow into.

  1. People on or entering the fediverse understand the variety of available options.

If someone isn't aware that they're on the fediverse, then they can't really benefit from the openness and customizability that it provides. A mastodon.social user who knows nothing of the fediverse won't know that they can move to a different Mastodon instance or interact with the same content using Friendica, as they won't know that the options exist to begin with.

Furthermore, people will have more incentive to preserve an open fediverse if they're aware that it exists. If the fediverse is filled with people who, for example, think that Threads is all there is or didn't come to Threads with an awareness of the fediverse, the fediverse becomes much easier to undermine.

  1. There is no downside to using free and open-source platforms over proprietary ones.

If someone wants to join a closed-source instance run by a for-profit company, they should absolutely be able to. However, that should ideally be because they prefer an instance moderated by Meta, not because the free and open-source alternatives are relatively lacking. Open-source software is extremely important in order for users to have options and agency, so we should aim for these factors to not come with a sacrifice. Otherwise, companies will be able to draw most newcomers to their instance and attain a large share of the content on the fediverse, which is bad as discussed with Statement #1.

Going by this principle, if the owner over a closed-source fediverse platform starts trying to create exclusive functionality that would attract people their instance, they should be regarded with extreme caution. If you're familiar with the whole "Embrace, Extend, Extinguish" thing, a company doing such would be the "Extend" phase of EEE, and that's a situation we should avoid at all costs.

3/3

[–] ThatOneKirbyMain2568@kbin.social 2 points 9 months ago (1 children)
  1. No actor controls a large portion of visible activity.

This is important for instances to be able to defederate from those with bad moderation, harmful values, etc. If a person or group controls a big portion of the content that people see on an instance, then that instance will lose a lot of that content should they defederate. That person or group would essentially be able to do whatever, and instances would find difficulty defederating because they'd lose so much visible activity and thus users.

If a single entity gets enough dominance over activity, they could make defederation from them out of the question for a ton of users. Furthermore, that entity could cripple the fediverse by simply leaving it, taking a bunch of users from other instances with them. This is a big concern many people have with Threads; if 90% of the activity you see on mastodon.social comes from Threads, then Meta would be able to nab a ton of mastodon.social users by leaving the fediverse, facing those users with the choice of either losing a ton of their connections & follows or jumping ship to Threads.

But you don't even need a supermajority of content to cause that much harm. For example, take the threadiverse (Lemmy/Kbin). A large portion of visible activity is controlled by the admins of lemmy.world. Thankfully, they seem to nice people, but if they were to start (for example) being more lax with hate speech, other Lemmy/Kbin instances would either have to deal with it or lose access to a large portion of the activity pool. If any threadiverse instance were to defederate from lemmy.world — even if the lemmy.world admins started acting against the interests of the fediverse and its users — that instance would lose a dangerous number of users.

  1. Users can move between instances without penalty.

One of the main benefits of the fediverse is that you can move to a different instance and still be able to view the same content. If the admins of your instance start making moderation decisions you disagree with or you just decide that you want to be on an instance that you yourself run, you're able to move and still interact with the content pool. Thus, as long as the platform your destination instance uses (e.g., Firefish, Kbin, Mastodon) supports the same type of content as your old one, you should be able to move without any downsides. The more penalty there is for moving, the more people will feel trapped on an instance even if they want to leave.

This is partially a matter of robust systems for moving accounts, but it's also a matter of having good options available. Mastodon has a ton of active, stable instances, so if you ever want to move (e.g., because your instance is or isn't defederating from Threads), you can do so and still be able to use Mastodon. However, the only such instance on Kbin is kbin.social (not counting instances that run Mbin, a fork with different features & development). If you want to move from kbin.social to another Kbin instance, you don't really have a lot of options. And if you're on something that's closed-source, you'll be forced to move to a different platform entirely, which may not be great for the user — an important reason why free and open-source software should be prominent on the fediverse.

Obviously, this is something that might be impossible to achieve. But even if we can't eliminate the strings attached to moving to another instance, we should try to minimize them.

  1. People can create and run their own instances to their liking with minimal effort.

If a user wants to, they should be able to control their interactions on the fediverse through running their own instance, and doing so should require as little effort as is feasible. Many people have already set up single-person instances for the purpose of having more control over their data. If people can't do that, then they're forced to put their account and content under the control of other people. Of course, most people are fine with this provided that they trust their instance admins, but the option to be your own admin should be as available as possible.

This is part of why it's so important to have prominent open-source platforms. If Mastodon weren't open-source, then anyone who likes Mastodon but wants to control their content would be out of luck. If you like the Threads interface but don't want to be on an instance run by Meta, you just don't have that option.

2/3

[–] ThatOneKirbyMain2568@kbin.social 3 points 9 months ago (1 children)

Ah, I follow. Even so, I'd love to see Kbin grow as a platform for viewing, interacting with, and posting microblogs. I have gotten a ton of value out of the All Content view, and I think that more robust microblogging will make Kbin a much more attractive platform. Thus, I think it's important to consider the impact (for better or for worse) of big contributors like Flipboard and Threads, even if most of the people on Kbin rn aren't bothering with microblogs.

[–] ThatOneKirbyMain2568@kbin.social 4 points 9 months ago (3 children)

I'd disagree that they don't matter at all. Even if you don't, there are plenty of people who use the microblog side of Kbin and care about what's in the microblog feed. Obviously, this doesn't concern people who only use threads, but that's not a reason to assert that we shouldn't care.

NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO

the comments on the satirical tiktok are absolutely hilarious

[–] ThatOneKirbyMain2568@kbin.social 194 points 9 months ago (4 children)

Do you plan to do this with Firefox?
Yes and it will be named Poopenfartenfox.

[–] ThatOneKirbyMain2568@kbin.social 14 points 9 months ago* (last edited 9 months ago)

The names are an edit of the original xkcd comic, where the states are blank.

Many residents of Kentessee would love to change the name to Elevennessee, but that's been found extremely exclusive by the former Kentucky residents who were lumped into the state upon its creation.

 

5 years of Mobilizon, new update for Mammoth, bridges, and more!

 

This magazine has existed for a while, but it's now under new moderation. Come over to share & discuss conlangs!

Links:
@conlangs
!conlangs
/c/conlangs

 

I've been thinking a bit about this post regarding #Mastodon's responsibility to be compatible with the #threadiverse (#ActivityPub thread aggregators like #Lemmy & #Kbin). Right now, a thread from Lemmy or Kbin usually federates to Mastodon with truncated text and a link to the actual thread. However, many want Mastodon to be more compatible with threads so that the people over on Mastodon interact with the threadiverse more.

I was initially in agreement as a Kbin user. But having given it some thought, I think this is an unwise approach that'll only serve to overcomplicate platforms on the #fediverse. Yes, people on Mastodon should promote other parts of the fediverse (and vice versa), but complete interoperability shouldn't be expected of every platform.

As much as many would like it, you can't have long-form video from PeerTube, images from Pixelfed, threads from Kbin, blogs from Writefreely, etc. all neatly fit in a microblog feed. These are different formats made for different platforms, and the people making them are expecting them to be interacted with in completely different ways. When someone makes a thread in a Lemmy community, they're probably expecting that the people who are going to see and interact with the thread are people that want to see threads and are thus on a Lemmy instance (or another thread aggregator). If someone from Mastodon were to interact with it as if it were a microblog post, there'd be a big mismatch. People interact with microblogs differently than they do with threads — that's why they're separate to begin with. You don't see everyone on Twitter also wanting to use to Reddit because people who want microblogs don't necessarily want Reddit-style threads, and vice versa.

The other option, then, is to separate these different formats into different feeds or otherwise make them clearly distinct from one another. Kbin does this by separating threads and microblog posts into two tabs. While you can view both in the "All Content" tab if you'd like, they're styled differently enough that it's very clear when you're looking at a thread and when you're looking at a microblog post. This distinction lets users treat threads like threads and microblog posts like microblog posts, which is really helpful since the two formats serve different purposes and have different audiences. This option — clear distinction — is a great way to solve the conundrum I've been talking about… if your platform is meant for viewing all these different kinds of content to begin with.

And that's what it really comes down to imo. Mastodon is a platform for microblogging. Most people go to Mastodon because they want a Twitter alternative, not a Twitter alternative that's also an Instagram alternative and a Reddit alternative and a YouTube alternative. Even if you put these different content types in separate tabs, it would inevitably make things seem more confusing and thus raise the barrier of entry. Add a Videos tab to Mastodon to view stuff on PeerTube, and people are inevitably going to go, "Wait, what's this? Is this like YouTube? I thought this was just a Twitter alternative! This all seems too complicated," even if you tell them to ignore it.

It's probably best to leave Mastodon as it is: a microblogging platform that has some limited federation with other formats. The way Kbin threads currently display on Mastodon is fine. In fact, when I post a Kbin thread, I'm expecting it to be viewed via a thread aggregator. If people on Mastodon were part of the target audience, I would've made a microblog post.

Now, if you want to make something that lets you view everything on the fediverse via different tabs, feel free. As aforementioned, Kbin supports both threads and microblogs, though it comes with some challenges (e.g., trying to fit magazine-less microblog posts into Kbin's magazine system). However, this doesn't mean every platform on the fediverse needs to seamlessly incorporate everything else. I'd love people on Mastodon to promote and even try out Lemmy & Kbin more, but that doesn't mean Mastodon needs to also become a thread aggregator.

 

I've noticed that a lot of people on the #fediverse aren't particularly welcoming to those who don't initially get it or have trouble with it. You'd think that if multiple people say they have trouble picking an instance, it might be a genuine barrier to entry that we need to consider when introducing them to the fediverse. But no, instead of suggesting an instance to get rid of that barrier everyone gives unhelpful advice like "just pick one" or "it's not that hard." We'd have a much easier time getting people on the fediverse if there weren't so many people with this attitude of "the fediverse is simple, and the people who don't get it are lazy and should try harder."

 

The threadiverse counterpart of r/minecraftsuggestions. This isn't a new community—we (the r/mcs mods) made it a while back following the whole Reddit API fiasco—but since it hasn't been posted here before, I figured that I'd put it here for anyone who's interested but not aware.

Links:
@mcsuggestions
!mcsuggestions
/c/mcsuggestions

 

An unofficial community for discussing anything and everything related to Kurzgesagt – In a Nutshell.

Links:
@Kurzgesagt
!Kurzgesagt
/c/Kurzgesagt

 
 

In this community (and in the entire MC fandom), about everyone seems to think that Mojang is being deliberately lazy with the mob vote for the sake of engagement. It's just constant complaining about Mojang supposedly being incompetent, and most of it makes no sense.

Now, to be clear, I don't like the mob vote. It turns the community against itself, sets people up for disappointment, and puts unrealistic expectations on Mojang for the sake of extra engagement, and I'd like to see it gone. However, I think it's unreasonable to ask Mojang to just add all three and deliver an update of the same size.

Also, I'm not a modder. I have some skill with programming, but as far as Minecraft goes, I'm just some guy who likes playing and talking about the game.

Now, to those of you who think that modders are doing in less than a week what Mojang does in several months, let's take a look at the differences between Mojang and modders when it comes to implementing mobs.

Firstly, Mojang has to implement prototypes of the mob, test them, and tweak accordingly to make sure the feature is well designed. To be clear, I'm not saying that modders don't care about game design, but the community expectations for many mods (particularly proof-of-concept ones like these mob vote mods) are much lower. As long as a modder implements the penguin half decently, tons of people will be happy with it and go "mojang bad, this modder added the mob in 2 days." Meanwhile, there's a lot more pressure on Mojang to get a feature right before release.

Additionally, mob vote mods don't really get updated with, well, all the other stuff that's added to Minecraft afterwards. Mojang isn't just adding penguins and calling it a day; they're adding penguins, then an entire update on top of that, and then future updates as well. Thus, they need to make sure that any code they add won't cause problems down the line.

Another thing that nobody seems to consider is that modders are typically developing for just Java Edition. On the other hand, Mojang needs to develop a feature on two different editions of the game, each of which is in a different programming language and has different underlying code. And because of Bedrock Edition, Mojang needs to add the mob on several different platforms, including mobile devices.

Mojang also has the concern of bugs & performance. I'm not saying that modders don't care about performance and bug-fixing, but expectations are often lower, especially for these mob vote mods. Again, they can get away with just implementing the feature in game, regardless of if they do it to the standards placed on Mojang. And if you're just showcasing the mod in a video, you barely have to care about performance and bugs at all! It just needs to look nice on camera.

Oh, and remember when I mentioned that Mojang is developing for many different platforms? Well, Mojang needs to make sure the mob performs well and is free of bugs on all those different platforms. In two different editions of the game. Fun.

And lastly, since Mojang is a full development studio under a corporation, any feature that they add likely has to go through several layers of approval. They aren't an individual modder who can just add whatever they want, do some minimal testing, and release it to the public.

When people say that Mojang should be able to just add all three mobs because a modder can do it, they completely ignore the completely different situation Mojang is in. A modder can make a buggy, inefficient, half-way decent implementation of the three mobs on just Java Edition, and vast swathes of the community will act like they're doing hurdles of Mojang.

And also, this whole idea of Mojang being lazy and not wanting to work on the game just… doesn't make sense? People act as if Minecraft is being developed by a whole studio of people who don't like or care about the game, but that's obviously not the case. Do you really think everyone at Mojang wants to limit what they add in an update and deal with the constant whining that they aren't doing enough? If they could add more features, they would be doing that—it would only help them. If they aren't, it's because the realities of game development prevent them from adding 20 mobs in an update.

So please, if you want to complain about the mob vote, fine, but don't place unrealistic expectations on Mojang to add all three mobs when that just isn't feasible.

 
view more: ‹ prev next ›