Software engineer working on very high scale systems, and dad.
Born and raised š«š·, now resident and naturalized citizen šŗšø.
š¹šøšŖš„š®
Software engineer working on very high scale systems, and dad.
Born and raised š«š·, now resident and naturalized citizen šŗšø.
š¹šøšŖš„š®
No, it wasnāt like that. Remember that while computer technology was fairly mainstream, it wasnāt nearly as engrained into our lives as today. So people were talking about a worst-case scenario that involved technological things: potential power outages, administrations maybe shutting down, some public transportation maybe shutting down, ⦠To me, it felt like people were getting ready for being potentially majorly inconvenienced, but that they werenāt at all freaking out.
I do remember the first few days of January 2000 felt like a good fun joke. āAll that for this!ā
Matrix 4.
I think sometimes the studio thinks āthis is going to be a massive movie, letās pay someone to make a different studio credit to show how massive and special it isā, but all massive movies donāt end up being that special.
Oh, I just watched this!
Iām pretty much aligned with what Niko said in it: if the point of entertaining value (as proven by the sci-fi stuff added to the shot), then I find it off-putting that someone is trying to sell me real-life suffering and death as sci-fi entertainment, enough that it makes me not want to go see the movie. Not out of protest, but because itās just gross.
Yeah, there were different interpretations there from different counsels. It went from āwell, they put it there and we donāt store it anywhere else, so nobody is preventing them from removing it, we donāt need to do anythingā, with some āoh this field is actually durably stored somewhere else (such as an olap db or something), so either we need to scrub it there too when someone changes a value, or we can just add a ādonāt share personal information in this fieldā little label on the formā; to doing that kind of stuff on all fields.
Overall, the feeling was that we needed to do best effort depending on how likely it would be for a field to durably contain personal info, for it to smell a judgeās smell test that it was done in good faith, as is often the case in legal matters.
Reposting what I posted here a while ago.
Companies abiding by the GDPR are not required to delete your account or content at all, only Personally Identifiable Information (PII). Lemmy instances are unlikely to ask for info such as real name, phone number, postal address, etc; the only PII I can think of is the email that some (not all) instances request. Since itās not a required field on all instances, Iām going to guess that the value of this field does not travel to other instances.
Therefore, if you invoked the GDPR to request your PII to be deleted, all that would need to happen is for the admin of your instance to overwrite the email field of your account with something random, and it would all be in compliance. Or they could also choose the delete your account, if they prefer.
Source: Iām a software engineer who was tasked at some point with aligning multi-billion-dollar businesses to the GDPR, who had hundreds of millions of dollars in liability if they did it wrong and therefore took it very seriously. I am not a lawyer or a compliance officer, but we took our directions from them directly and across several companies, thatās what they all told us.
So if I understand GDPR correctly: If I want a service/business to remove all my personal data, they have to comply with it in a certain timespan or get in trouble with the law. If I understand federation correctly: All posts get replicated on federated instances all over the fediverse. My question: If I e.g. want lemmy.world to remove my data, all my posts etc are still up on lemmy.ml [http://lemmy.ml] right? As they just have a copy of these posts? Would I as a customer have to contact every single instance to get my data removed? Or how does GDPR compliance work with lemmy? Or am I completely misunderstanding how GDPR works?