Honestly I find this quite frustrating. I really dislike when folks like yourself take your product-focused mindset into open source/public domain projects.
These people are NOT BUILDING A PRODUCT. There ARE NO USERS. No customers. No investors. No business considerations. There are just contributors, donating their time and money to a project they feel is worthwhile.
If they don't want to focus on "UX," they don't need to. If a person who believes in the project lends their time toward improving UX, they can. But it's not the job of ANYONE, contributor or maintainer, to do anything that doesn't serve the existing contributors.
And I know that sucks for welcoming new folks. I know it would be better for a project to do outreach. To try to position themselves to bring in new members. Many such projects do that. But it sure is galling to suggest that it's a project's JOB to do something more when they're providing tons of free content to you. If it mattered enough for you to comment, go work on it!
Having used cars that had that "supervised" driving feature.... Gosh, I hope you were paying 100% attention the whole time of that driving experience you described. Even the smart cruise control features I've used allowed my mind to drift, and I was glad for the beeping from the steering wheel telling me to pay attention. I don't use those features anymore.
If it's full self driving, then I assume that Tesla is paying for your insurance and taking all responsibility for any crashes it causes in your car?
The fact also remains that fraud (even if it's not prosecuted) is fraud. You promise X and deliver... not X, for years? You're a fraud. Even if you are getting better at delivering Y, for some value of Y which is Far, Far less than X.
What weird fake information you're posting. Yes, administrators of fediverse servers can read your personal correspondence -- same as Facebook, X, and other social media sites that don't offer federation (unless you opt into some limited e2ee option). But I, as a fediverse admin, have no ability to read (private) correspondence between two others who don't use my instance.
Ultimately it comes down to: you must trust your instance admin. (Just like you must trust Facebook and X and Tiktok and whomever else). As a result, maybe take private conversations somewhere safer, like Signal or a pgp conversation. If you don't trust your instance admin, why did you sign up with your instance?
>If you don't trust your instance admin, why did you sign up with your instance?
Probably because you told them it was a cool OSS twitter alternative and not something that takes all of social media's moderation and privacy and content problems and multiplies them by the number of instances you join without any of the legal protections associated with being able to file civil or criminal complaints against an identifiable entity answerable to the laws of your country.
Haha it definitely takes the content moderation problems and distributes then across all the instances. But that's kind of the whole point. You can join an instance that moderates content in accordance to your preferences, rather than dealing with the weird policies of Meta/X. I'm sorry you don't like it though.
It seems like we agree: the whole point of Mastadon is to do something that nearly all users don't want and actively fear - being forced to trust both the intentions and the opsec of anonymous individuals who are effectively beyond the law, and being blamed for trusting them if anything goes wrong ever.
Do you comply with the CCPA or GDPR, or are the users on your instance empowered by being given the "choice" to give you unlimited access, use, and retention of their data without their informed consent, even when it violates civil and criminal law?
If you think data privacy laws are wrong and intend to violate them, you should say so in a way that makes informed consent possible. If you're comfortable with rationalizing violating informed consent in some ways, it kind of implies the "content in accordance with your preferences" may similarly contain content of non-consensual acts that are also illegal.
You missed the initial part, where the signer finger spells the concept the first time they use it, and then they come up with a sign representing it. By doing so, they've shown the other person what sign they're using and its meaning.
It's like if you write a long jargon phrase and then define an abbreviation in parentheses. Next time you can use the abbreviation. If the abbreviation becomes well known enough (especially in certain groups) then you may be able to omit the definition altogether, especially if you already know your audience.
I'm not sure about schools "manufacturing their own gestures" but sign languages tend to have regional dialects and shared jargon, much spoken dialects and jargon. It could be that these signs are simply regional variations, or that a single sign hasn't become dominant.
> I don't understand why frame pointers need to be in by default instead of developers enabling where needed
If you enable frame pointers, you need to recompile every library your executable depends on. Otherwise, the unwind will fail at the first function that's not part of your executable. Usually library function calls (like glibc) are at the top of the stack, so for a large portion of the samples in a typical profile, you won't get any stack unwind at all.
In many (most?) cases recompiling all those libraries is just infeasible for the application developers, which is why the distro would need to do it. Developers can still choose whether to include frame pointers in their own applications (and so they can still pick up those 1-2% performance gains in their own code). But they're stuck with frame pointers enabled on all the distro provided code.
So the choice developers get to make is more along the lines of: should they use a distro with FP or without. Which is definitely not ideal, but that's life.
I searched lore.kernel.org and couldn't find any postings that propose using this in the kernel. I'd encourage you to share a proposal, otherwise the "kernel team" will never be interested, because they'll never hear of it.
There's always Linux! ;)