• 0 Posts
  • 4 Comments
Joined 2 years ago
cake
Cake day: August 4th, 2023

help-circle
  • Jesus. People get big mad about this stuff.

    The problem isn’t mobile games, and it’s not console games, and it’s not PC games. It’s the profit motive and corporations and enshittification. And there’s plenty of that going on in games for mobile, console, and PC. (And, for that matter, TTRPGs. And it’s not like the 300 different collectors editions of Monopoly released every year aren’t enshittification at play.)

    Addictive gotcha mechanics are shitty when they’re tied to microtransactions. Even when not tied to microtransactions, I think they can still be shitty depending on the specific circumstances, and it’s definitely wise to responsibly manage your (and/or your children’s) engagement to not cause other problems in your(/their) life. But is addictiveness in a video game inherently a bad thing? I don’t think so. All games cause dopamine squirts whether it’s Pong or a slot machine. That’s kinda the point of games. There are plenty of Open Source games out there that cause big addictive dopamine squirts. (Mindustry, anyone?) And such games aren’t made to milk whales. They’re made because someone wanted to create and play such a game.

    Don’t be talking too much smack about shovelware! Low-quality games create their own vibes. Some are accidental masterpieces. Both of my favorite two YouTube gaming content creators do a lot of their content on really low-quality games. This series got me to buy Radiation Island and I had a great time playing it. And here is a great video on all the shitty official games based on the movie Avatar.

    “Gaming is as much about socializing as playing” is an awesome outlook to have on gaming! Addictiveness in games can be… concerning. But sometimes particular games are the key by which your kid can be involved in peer group. I’m not saying that automatically trumps any downsides and you should let your kid spend $∞ on Fortnight skins or whatever. But I think probably in most cases a balancing act is superior to a hard “yes” or “no”.

    I should probably specify that I’m admittedly an old fart who doesn’t know shit about mobile gaming. (The only mobile games I play are Open Source ones on F-Droid.) And the only modern console I have is a Switch, and I don’t have any plans to get one soon. I’ve played a lot of Breath of the Wild, though. And a fair amount of Tears of the Kingdom.

    Some final thoughts:

    • Open Source gaming is awesome.
    • The way they’re doing anti-cheat on PC is fucked-up.
    • But so is the way they lock down consoles and phones.
    • Hack your games. Hack your consoles. (If you don’t hack it, you don’t own it.) Get your kids interested in hacking stuff.
    • …responsibly, of course.
    • Play games with your kids! (And not just the ones you want to play.)

  • I wonder if there’s a way to prevent people from even knowing that two different votes came from the same user.

    What I outlined above should prevent anyone from knowing two different votes came from the same user… without specifically trying that user’s id on each. That’s what the salt (the comment/post id) is for.



  • TootSweet@lemmy.worldtoOpen Source@lemmy.mlIntroducing Lemvotes
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    3 months ago

    Votes should be anonymous.

    I tend to agree, but the fact is that they aren’t anonymous. This tool just exposes the already-existing fact that Lemmy expressly does not guarantee anonymity for votes. The solution isn’t to not for the poster to not publish this tool. Believe me, such tools already exist in private even if none other than this one are published. Publishing this one only democratizes access to that information. (And not entirely, I don’t think. From what I’m seeing on the page, it looks like it still requires an admin account on an instance. Update: Actually, I’m not sure if it requires an admin account or not. Either way, though.) The solution is (if it’s possible) to make Lemmy itself protect voters’ anonymity.

    The reason why instances know who has up/down voted things (rather than only keeping an anonymized “total” for each post/comment) is so it can prevent double-voting.

    Maybe instead of usernames, the instances could store/trade… salted hashes of the usernames where the salt is the title or unique identifier of the post/comment being voted on? It wouldn’t be perfect, but it would allow the instance to figure out whether the currently-viewing or currently-voting user has already voted while also making it harder for anyone else to get that information. About the only way a tool could tell you exhaustively who had voted if that were how things worked that I can think of off hand is to try every username on Lemmy one-by-one until all the votes were accounted for.

    (Of course, malicious instances could still keep track of usernames or unique user ids who up/downvoted, but only on the instance on which the vote was cast. Also, one downside of this approach would be increased CPU usage. How much? Not sure. It might be trivial. Or maybe not. Dunno.)

    And there may be much better ways to do this. I haven’t really thought about it much. I also haven’t checked whether there is an open ticket asking for improved anonymity for votes already.

    (Also, full disclosure, all of the above was written after only an extremely brief skim of the linked page.)

    (One more edit. Something IHawkMike said led me to realize that the scheme I described above would allow instances to manipulate votes by just inventing hashes. Like, grabbing 512 bits of data from /dev/urandom and giving it to other instances as if it was a hash of a username or user id when, in fact, it’s not a hash of anything. Other instances wouldn’t be able to easily tell that it wasn’t the hash of a valid user id. I haven’t thought how to go about solving that yet. Maybe if it occurs to me, I’ll update this post.)