• 2 Posts
  • 81 Comments
Joined 1 year ago
cake
Cake day: January 25th, 2024

help-circle
  • Yes, unless that service is the kind of thing you think you might pick up later.

    For instance, you might use LinkedIn to find a job, but that can still be something you might need in the future, because it’s unlikely you’ll hold that one job forever, and intermittently posting during your existing job could actually help your future prospects.

    By contrast, if you used a random site to create a fancier resume, yeah, that account can go straight in the digital wastebasket when you’re done with it. You can always make a new account if you need to make a new resume, and it probably won’t rely on your old account’s data to get that job done.


  • the company states that it may share user information to "comply with applicable law, legal process, or government requests.

    Literally every company’s privacy policy here in the US basically just says that too.

    Not only does DeepSeek collect “text or audio input, prompt, uploaded files, feedback, chat history, or other content that [the user] provide[s] to our model and Services,” but it also collects information from your device, including “device model, operating system, keystroke patterns or rhythms, IP address, and system language.”

    Breaking news, company with chatbot you send messages to uses and stores the messages you send, and also does what practically every other app does for demographic statistics gathering and optimizations.

    Companies with AI models like Google, Meta, and OpenAI collect similar troves of information, but their privacy policies do not mention collecting keystrokes. There’s also the added issue that DeepSeek sends your user data straight to Chinese servers.

    They didn’t use the word keystrokes, therefore they don’t collect them? Of course they collect keystrokes, how else would you type anything into these apps?

    In DeepSeek’s privacy policy, there’s no mention of the security of its servers. There’s nothing about whether data is encrypted, either stored or in transmission, and zero information about safeguards to prevent unauthorized access.

    This is the only thing that seems disturbing to me, compared to what we’d like to expect based on the context of what DeepSeek is. Of course, this was proven recently in practice to be terrible policy, so I assume they might shore up their defenses a bit.

    All the articles that talk about this as if it’s some big revelation just boil down to “company does exactly what every other big tech company does in America, except in China”





  • I’m not a big expert on database technology, but I am aware of there being at least a few database systems (“In-Memory”) that use the RAM of the computer for transient storage, and since RAM doesn’t use files as a concept in the same way, the data stored there isn’t exactly inside a “file,” so to speak.

    That said, they are absolutely dwarfed by the majority of databases, which use some kind of file as a means to store the database, or the contents within it.

    Obviously, that’s not to say using files is bad in any way, but the possibilities for how database software could have developed, had we not used files as a core computing concept during their inception, are now closed off. We simply don’t know what databases could have looked like, because of “lock-in.”


  • That’s what some databases are. Most databases you’ll see today still inevitably store the whole contents of the DB within a file with its own format, metadata, file extension, etc, or store the contents of the database within a file tree.

    The notion of “lock in” being used here doesn’t necessarily mean that alternatives don’t or can’t exist, but that comparatively, investment into development, and usage, of those systems, is drastically lower.

    Think of how many modern computing systems involve filesystems as a core component of their operation, from databases, to video games, to the structure of URLs, which are essentially usually just ways to access a file tree. Now think of how many systems are in use that don’t utilize files as a concept.

    The very notion of files as an idea is so locked-in, that we can rarely fathom, let alone construct a system that doesn’t utilize them as a part of its function.

    Regardless, the files example specifically wasn’t exactly meant to be a direct commentary on the state of microblogging platforms, or of all technology, but more an example for analogy purposes than anything else.

    What social media platforms don’t have some kind of character limit?

    What platforms don’t use a feed?

    What platforms don’t use a like button?

    What platforms don’t have some kind of hashtags?

    All of these things are locked-in, not necessarily technologically, but socially.

    Would more people from Reddit have switched to Lemmy if it didn’t have upvotes and downvotes? Are there any benefits or tradeoffs to including or not including the Save button on Lemmy, and other social media sites? We don’t really know, because it’s substantially less explored as a concept.

    The very notion of federated communities on Lemmy being instance-specific, instead of, say, instances all collectively downloading and redistributing any posts to a specific keyword acting as a sort of global community not specific to any one instance, is another instance of lock-in, adapted from the fediverse’s general design around instance-specific hosting and connection.

    In the world of social media, alternative platforms, such as Minus exist, that explore unique design decisions not available on other platforms, like limited total post counts, vague timestamps, and a lack of likes, but compared to all the other sites in the social media landscape, it’s a drop in the bucket.

    The broader point I was trying to make was just that the very way microblogging developed as a core part of social media’s design means that any shift away from it likely won’t actually gain traction with a mainstream audience, because of the social side of the lock-in.


  • short form content with just a few sentences per post sucks.

    I 100% agree with this sentiment.

    Jaron Lanier has a great book called You Are Not A Gadget, where he talks about the way we design and interact with systems, and he has some thoughts I think reflect this sentiment very well:

    “When [people] design an internet service that is edited by a vast anonymous crowd, they are suggesting that a random crowd of humans is an organism with a legitimate point of view.” (This is in reference to Wikis like Wikipedia)

    “Different media designs stimulate different potentials in human nature.

    He talks about how when a system becomes popular enough, it can “lock in” a design, when others build upon it as standard. Such as how the very concept of a “file” is one we created, and nearly every system now uses it. Non-file based computing is a highly unexplored design space.

    And the key part, which I think is relevant to Mastodon, the fediverse, and social media more broadly, is this quote:

    “A design that share’s Twitter’s feature of providing ambient continuous contact between people could perhaps drop Twitter’s adoration of fragments.

    Fragments, of course, meaning the limited, microblogging style of communication the platform allows for. I’ve seen some Mastodon instances that help with this, by not imposing character limits anywhere near where most instances would, opting for tens of thousands of characters long. But of course, there is still a limit. Another design feature by Twitter that is now locked in.

    But of course, people are used to that style of social media. It’s what feels normal, inevitable even. Changing it would mean having to reconceptualize social media as a concept, and might be something people aren’t interested in, since they’re too used to the original design. We can’t exactly tell.

    As Lanier puts it,

    “We don’t really know, because it is an unexplored design space.”







  • Our voting system fundamentally doesn’t allow for third parties to win the vote.

    Even if we said “vote for a third party, there’s a statistically significant chance they might win!” this wouldn’t fix the issue, because Jill Stein doesn’t take votes from both sides equally.

    Jill Stein leans left, which means people who are otherwise Democrat voters are going to be the largest demographic voting for her.

    Our voting system is first past the post, which means this will actually decrease the chance of a left-leaning victory.

    Let’s say Dems get 55% of the vote without Jill Stein, and Reps get 45%. Democrats win.

    Then, we add in Jill Stein. A significant amount of voters switch over, even some Republicans. (which, in reality, would probably not at all, because Jill Stein’s policies are even further from their beliefs than even the Democrats are)

    Dems get 35% of the vote. Reps get 40% of the vote. Jill Stein gets 25%. Democrats & Jill Stein lose, Republicans win.

    If Jill Stein were entirely impartial, and took votes equally from each side, then we could have a vote like…

    Dems get 45% of the vote. Reps get 35% of the vote. Jill Stein gets 20% of the vote. Democrats win in the same way they would have whether or not there was a third party.

    The issue is that, obviously, Jill Stein isn’t taking equal parts of the vote, so this inevitably just reduces votes for Democrats, without reducing votes for Republicans.

    It’s not an ideal system, (which is why we should advocate for Instant-Runoff or Rated voting) but it’s the option that will lead to the most left-leaning outcome, as opposed to a heavily fascist one.



  • I don’t think they believe it works.

    I think they just believe that shootings are bound to happen, because why else would they be happening on such a regular basis?

    It’s the constant deflection of responsibility, from our choices as a society, to some indeterminate outside force.

    Poverty and increasing cost of living? It’s all those darn immigrants.

    Your job not paying you enough? Must be overseas industry.

    They don’t think their prayers will prevent a school shooting, they just don’t think there’s other options to prevent it that will actually work without “taking away their freedom” (-to own a gun that’s more likely to harm them than protect them)



  • I suppose they could, but even cold storage has a cost, and with the scale Discord’s operating at, they definitely have many terabytes of data that comes into the CDN every day, and that cost adds up if you’re storing it permanently.

    I also think the vast majority of users would prefer being able to upload much higher resolution images and videos, to being able to see the image they sent with their messages a year ago. I don’t often go back through my messages, but I often find myself compressing or lowering the quality of the things I’m uploading on a regular basis.

    They could also do the other common sense thing, which is to, on the client side of things, compress images and videos before sending them.


  • The thing is, I did have encryption keys set up. The problem was that Element would repeatedly forget the very encryption keys passed by the other user, and would then have to request the keys again. Any historical message history would be permanently encrypted forever, and wouldn’t decrypt with the new view key.

    After this happened about 4 times, I stopped using it, because it was impossible to maintain conversations for longer than 1-2 weeks before they’d inevitably be lost, and I’d then have to spend about an hour waiting for Element to receive the new encryption keys from the people I was contacting, even when they were already actively online.

    I have no clue what was causing it, but it happened on multiple accounts, on multiple devices, all the time, and there was no conceivable fix. I’m not sure if this is fixed now, but I haven’t had a good reason to go back, especially with other encrypted messaging options out there.



  • For real.

    I emailed them once asking about how they were complying with GDPR regulations if they didn’t allow users a way to delete all their message details, and didn’t even have a procedure for GDPR requests, only their standard, much worse privacy-wise account deletion process. They claimed it was because they had a legitimate interest to keep any messages not individually deleted, so the chats would still look coherent after an account was deleted.

    They only delete your message if you delete it individually, so naturally, I was concerned, since you can’t delete messages in a server you were banned from, or left, and Discord provides no way for you to identify old messages in servers you’re not currently in.

    They eventually, supposedly, sent my concerns to their data privacy team.

    They were then sued for 800,000 euros about a month or two later.

    They still don’t allow you to mass delete your message data. They really want to hold onto it for as long as they can.