813
submitted 3 months ago* (last edited 3 months ago) by rimu@piefed.social to c/fediverse@lemmy.world

Probably better to post in the github issue rather than replying here.

https://github.com/LemmyNet/lemmy/issues/4967

(page 6) 50 comments
sorted by: hot top controversial new old
[-] maegul@lemmy.ml 7 points 3 months ago

I think the best way to think about this is in terms of "affordances" of the platform and the balance of their merits. "Affordances" just mean the actions and behaviours enabled by the platform's features (a jargon-y but useful word I've seen others use in these discussions).

Broader principles like privacy are important too, but I think can easily lead to less productive and relevant discussions, in part because many of the counters or complications will come down to the actual affordances.

The biggest affordance is obvious: more polarisation & abusive/antagonistic behaviour

From what I've read so far, I think everyone shares a pretty clear understanding of what public votes will lead to ... a more heated and polarising dynamic, with potential abuse vectors opening up, and less honesty and openness in voting. And I think most share a distaste for that scenario. Either way, I do, and I'd encourage others to think about how it's likely result of public votes and with the internet being the internet, is unlikely to be pleasant or fruitful.

Specific people having access doesn't decide the matter

While others have access to vote data, namely admins of instances, mods (for their communities) and members of platforms that make votes public like k/mbin, I don't think this is decisive.

It's about the behaviours that are being enabled and the balance of behaviours and how they interact to form community dynamics, with the fediverse itself being an important factor. An admin or mod having access to votes is part of making their job easier, which is a good thing. It's power and responsibility. And the moment they violate the bounds of their role by "doxing" someone's voting data, that'd obviously be a bad thing, but with countermeasures we can take. We can leave their instance or community and our instance can defederate from them ... their account can be blocked and possibly banned by admins. On balance, this seems stable and fair enough to me.

In the case of other platforms, like k/mbin, that's definitely more tricky. But again, defederation is always a possibility here if it becomes problematic enough (however dramatic that could end up). This is just the nature of the fediverse, that platforms will differ on things like this. Again, if people start abusing that information from other platforms and instances, blocking, banning are options, as is the nuclear option of defederation with any such instances (which is a core balancing feature of the fediverse).

As it presently stands, k/mbin are a minority of users on the threadiverse and so whatever their platform choices are don't really affect the rest of the threadiverse.

In the end, you can only make the best platform that you can. That k/mbin do something we don't want to do isn't a good reason for following suite. If anything, it's a good reason to stick with what we prefer and continue to make the argument with them on their choices.

Privacy and transparency are relevant but not decisive

I agree it's an issue that it seems votes are private when they aren't. Again, I come back to the balance of affordances, and I think they're better as they are than with public votes. However misleading the privacy situation is, it can be handled by being more transparent with users by providing warnings etc.

Ultimately, the privacy problem on the fediverse is not going away any time soon ... it's the nature of decentralisation, and this should maybe be made more clear to more people! But making a better platform is a real problem in front of us right now and I think it's better to focus on that than how the general issue of privacy or consistency with privacy is best served.

Other platforms aren't that relevant

I think I saw someone mentioning in the GitHub dicussion that other platforms expose vote data. While true, many of those would be microblogging platforms (mastodon, twitter, bluesky etc), where, again, the balance of affordances becomes relevant. A "vote" there, normally called a "like" is a personal action between user accounts that are likely to follow each other with such being the core mechanic of the platform. On aggregators like lemmy/reddit, the core mechanic is making popular posts so that your content gets to the top of the feed (roughly anyway). While there's a lot of overlap, there's more angst here around what gets voted on and what doesn't and less inter-personal accountability and bonding. Posts and discussions are more public affairs and less conversations between people.

Technical can of worms

I wonder if making votes public would create the need or desire for enabling more post-specific options for users, such as making a post that can't be voted on or that doesn't provide public voting data?

What about the children!!

In the end, my bet would be that at the scale that lemmy is at, it won't make too much of a difference if votes were made public. I think some would definitely encounter more unpleasantness and some would definitely find voting a more stressful affair, but we're cosy enough that we'll cope. Going forward though, public voting for an aggregator feels dangerous and hard to undo. Yes, it could be technically removed, but if a culture is established that is accustomed to it and become desensitised to the negatives, they'll probably want to hold on to it.

load more comments (2 replies)
[-] troyunrau@lemmy.ca 7 points 3 months ago

So, federated network advantages here: you can always modify your instance's hosting code to patch this out, at least for the users on your instance.

What you cannot do is prevent other federated instances from publishing the votes submitted to content on their instance. But if you're accessing that content through your local instance, they can modify the upvote button to pop up a dialog saying something like: "The instance that hosts this content has elected to make usernames visible for upvote/downvote. Would you still like to vote?"

Personally: In many ways I don't mind. I'm on the internet with my real name. I don't mind being accountable for my behaviour online. I might be a little more cautious about upvoting something controversial or NSFW, but largely it wouldn't change my behaviour.

[-] better_world@slrpnk.net 7 points 3 months ago

That’s creepy

[-] wesker@lemmy.sdf.org 7 points 3 months ago
load more comments (3 replies)
[-] SurpriZe@lemm.ee 6 points 3 months ago

They simply want to police it better to suit their agenda

load more comments (1 replies)
[-] obbeel@lemmy.eco.br 6 points 3 months ago

My posts and comments are already exposed, so it seems like it would make sense to make votes public as well. I think it contributes to the general spirit of the platform.

[-] Annoyed_Crabby@monyet.cc 6 points 3 months ago* (last edited 3 months ago)

Based on the comment, it seems there's more opposition toward visible downvote than upvote, so maybe dev should just make upvote visible and not downvote?

There's more talk about how bad visible downvote is and no one seems to talk about the upvote lol.

load more comments (1 replies)
load more comments
view more: ‹ prev next ›
this post was submitted on 18 Aug 2024
813 points (97.9% liked)

Fediverse

28483 readers
832 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 2 years ago
MODERATORS