spacex is particular is desperately searching for a bagholder. Leveraging the obvious synergies between rockets (a mediocre business), xai (a horrid business), and social media that lost more than half it's already modest revenues...
SpaceX has reasonable business in it. Not a hypergrowth one, but one which should be solid in long term.
To get that to work they just would need to discard Musk and most things with him. Stop trying to make starship a thing, dump everything attached to it. Make a long term plan to improve the core lift capacity with actually achievable improvements.
> To get that to work they just would need to discard Musk and most things with him
I'll have a pet unicorn shitting rainbows before Musk leaves one of his toys or we see in-orbit leading-edge (or anything close to it) processor production. SpaceX is a decent albeit capital intensive business if it's valued at $100-200B. At the proposed $1.5T+ valuation for this dog... the bagholder search is on.
Every Git commit is likely to contain personal data, in the form of the author’s name and email address usually present in a commit’s metadata. Furthermore, unless GitHub is prohibiting users from submitting personal data via their ToS (which, given the above, would be impractical), the only thing that matters is whether the data in fact contains personal data or not. GitHub cannot just assume that it doesn’t. And processing that data for new purposes requires user consent.
The idea that because any piece of code could possibly contain some personal data -- while 99.99% of it doesn't -- that therefore the entirety is PD is not supported by the gdpr. You could as well say any text field anywhere can hypothetically have someone type their name and is thus personal data as well.
The current change applies to all input and output from and to Copilot. This can be used to create profiles about personal preferences, for example.
Personal data is about identifying a person and relating information to that person. A name in an unrelated text field isn’t personal data if you can’t tell the relation between the name and the person who input it, or any surrounding data. The contents of a repository, however, and the interaction with Copilot, can very well help identifying the account holder and their personal data. For example, I might be processing personal health data identifiable as such in a private repository with the help of Copilot.
> This can be used to create profiles about personal preferences
And since it's not, so what?
> I might be processing personal health data identifiable as such in a private repository with the help of Copilot.
That remains nonsense. The fact that you could put PD in a place not intended to hold PD does not magically transform entire datasets into PD because 1 record may contain it. This is covered in a24 (risk-based), and multiple edpb discussions of proportionate measures. There is zero requirement to guarantee anything collected for a different purpose is not misused by the user, assuming you're not encouraging that misuse.
For example, license files often contain names and many package managers require a contact person.
When this goes to court, GitHub will probably make the excuse that they somehow did not know that people upload personal data, but the fact that this happens so often that they had to make a secret scanner to stop people from uploading their private keys will prove them as liars.
Is it gender, or is it sex, that matters? This is exactly the point, that it is sex that matters, and specific ruling for intersex conditions also matters.
eh, the article didn't seem to clearly define the differences and I find it boring. People should do whatever they want with their lives and their own genitals. Just don't cheat at sport or pretend that Laurel Hubbard -- who was a modestly good lifter as a man (like... good for a hobby level?) but went to the olympics as an (old for the sport) woman had any business in the olympics. And that Laurel didn't steal a spot from an actual woman who deserved to be there.
Apple would be near the top of my list of companies incapable of building software that will do this. I cannot believe anyone who has tried Mail.app would be interested in using that for their business. I tried it for 3-ish months and had immense trouble reliably threading, seeing responses, with search, etc.
There's 0 way they have competent, reliable, working group calendaring.
I have had plenty of issues with outlook, I had to force close it at least once per day. Macos mail app was very good for my business need, it was a small one but had to deal with hundreds of mails everyday.
Plus you don't get that proprietary format pst when you backup the mails.
Are you talking Mac or iOS? I have never had an issue on iPhone’s mail app, though my desktop is Linux so I don’t know? Hence the question. I’ve never experienced any of that. Thanks
reply