Honestly, a colour picker is the last piece of software you should be translating names for.
Even everyday colour names don't have a direct translation.
The line between "blue" and "green" is very slightly different than the line between "bleu" and "vert", and the same goes for any other two languages.
If you're serious about your colour picker accuracy and you want to localize to another language, it would actually be more correct to have a completely different set of colour values, rather than trying to translate them.
(Though "Liquid Nyquil" may be perceived the same across languages.
I haven't seen any studies on that one)
Is it entitlement to expect to get what was advertised from a service you pay for?
If they advertise $x/month for 4k and you pay them $x/month and get 720p, that seems like a very legitimate complaint to me.
Some of it is incredibly difficult to imagine how to do in a private way, too.
For example, my browser can display AVIF images.
If my browser announces in the Accept "hey, I'm able to display AVIF images. Please send me AVIF images if you have them rather than JPEG", that helps to identify me, since most browser don't display AVIF, which sucks.
But I really want to get AVIF images: they're efficient.
So how do I announce that I want AVIF images without announcing that I want AVIF images?
Some of the other web features were well-intentioned but have just ended up being useless.
Like your browser also announces what language you prefer.
Like "hey if you a German version of this text, please send it to me in German, thanks".
But for some reason EVERY WEBSITE IGNORES THIS and just says "oh you speak Spanish and English but you're travelling in Russian right now? HOPE YOU LIKE READING RUSSIAN FUCKER".
So it's 100% only used for invading privacy now.
Some of the tracking mechanisms never should have been allowed in the first place (like timezone and which fonts I have installed), but some of them (like Accept) I can't think of how to do in a secure way.
The scary thing?
Define "new".
This judgment is from a lawsuit in 2014.
So any car made in at least the last 9 years is doing this.
Maybe newer cars are doing even worse things.
It's a cool idea and the example they gave actually seemed pretty neat.
I'd (somewhat perversely) love to see this feature tried in a terminal emulator.
ANSI does actually define escape codes for switching to alternative fonts (ESC [ 10 m through ESC [ 19 m) though I don't know of any software or even term drawing library that uses it.
Somewhat surprising results, though.
They took a fraction of pig blood plasma and injected it into rats over the course of 8 days.
Some organs in the older rats showed a lower epigenetic age, and the older rats also performed quicker in cognitive tests.
The results are more extreme than they predicted they be (especially the liver and heart), so we'll see what happens when someone tries to replicate the results.
Any speculation about applicability to humans is just science fiction, of course.
Omegle is a bit of a unique case due to their persistent non-action.
Most places, if people start grooming children or broadcasting child porn, they'll start banning offenders at the very lest.
Omegle, nah.
At one point, they put a warning splash screen "Careful: there are pedophiles that use this" or something like that, but they took the warning down after a while.
And eventually they did officially say that you can't use the site if you're a minor, but of course it was just enforced through the honour system.
Those are literally the only two actions they ever took to address criminal content and behaviour.
Yup, mine, too.
I don't remember which version it was, but I'm pretty sure it was still "Turbo" (not "Borland") Pascal, in the late 1990s.
Grade 10 computer science was taught on Macintosh QuickBasic and then grades 11 and 12 were "real" programming in Turbo Pascal.
I, too, am curious if there's an advertising bubble.
I hope so.
I've noticed something about my wife, though.
She's not a "mindless capitalist zombie with the sole goal of owning more stuff", but she does pay attention to advertising a lot.
We need more diapers?
Well, it just so happens there's some new startup app that's advertising a free first month, so if she signs up for that up, we could get free diapers, and we'd only have to keep the membership for another two months, and they have deals on peanut butter, and we'd get access to their free streaming service and they have Disney, so it's probably worth it overall.
And so it goes, with a million of these deals.
The thing is, each "deal" is so complicated that it's extremely difficult to know which ones we're actually saving money on.
The cynical would say "you're never saving money: everything's rigged", but that's clearly not true.
Some of these deals clearly do work out for us (and some of them cause the startup to immediately go bankrupt).
But most of them aren't clearly better or worse for us: we'd have to spend several hours going through hypothetical scenarios to do the full CBA, which we don't do.
I do wonder, on balance, how much it's costing us.
I also wonder how many of these deals are specifically (personally) targeted at my wife because they know what she needs and what her habits are.
Facebook is a top 10 contributor to Linux.
They are major developers for BtrFS and BPF and have contributed to a number of other kernel subsystems, too.
Just Jens Axboe alone is a huge force in Linux.
Outside of Linux, they've created some pretty big open source projects, like React and Go Ent.
Honestly, they've open sourced almost everything they've ever done except for Facebook itself, and are one of the largest open source companies in the world.
This is my one gripe with Debian's installer.
I don't mind it setting defaults like 27G for / and 10G or whatever for /tmp.
But I don't like that you can't stop it from allocating the entire volume.
If it left a few hundred GB unallocated, then it would be trivial to expand whichever one you realize you need to expand later on.
As it is, if you want to give more room to one partition or another later on, you have to shrink /home first.
If /home is ext4, that's inconvenient.
If it's XFS, though, it's a nightmare.
And not all GNU is Linux!
Beyond the world famous GNU Hurd, there's also Debian GNU/kFreeBSD, and Nexenta (GNU/Illumos, which is the OpenSolaris kernel).
I think the most esoteric of them, though, is GNU Darwin (GNU/XNU).
Darwin is the open source parts of OS X, including its kernel, XNU.
There used to be an OpenDarwin project to try to turn Darwin into an actual independent operating system, but they failed, and were superseded by PureDarwin, which took a harder line against anything OS X getting into the system.
GNU Darwin took it one step further and removed just about all of Darwin (except XNU) and replaced it with GNU instead.
At a minimum they've got to design a wider issue.
Current high-performance superscalar chips like the XuanTie 910 (what this laptop's SoC are built around) are only triple-issue (3-wide superscalar), which gives a theoretical maximum of 3 ipc per core.
(And even by RISC standards, RISC-V has pretty "small" instructions, so 3 ipc isn't much compared to 3 ipc even on ARM.
E.g., RISC-V does not have any comparison instructions, so comparisons need to be composed of at least a few more elementary instructions).
As you widen the issue, that complicates the pipelining (and detecting pipeline hazards).
There's also some speculation that people are going to have to move to macro-op fusion, instead of implementing the ISA directly.
I don't think anyone's actually done that in production yet (the macro-op fusion paper everyone links to was just one research project at a university and I haven't seen it done for real yet).
If that happens, that's going to complicate the core design quite a lot.
None of these things are insurmountable.
They just take people and time.
I suspect manufacturing is probably a big obstacle, too, but I know quite a bit less about that side of things.
I mean a lot of companies are already fabbing RISC-V using modern transistor technologies.
Honestly, a colour picker is the last piece of software you should be translating names for. Even everyday colour names don't have a direct translation. The line between "blue" and "green" is very slightly different than the line between "bleu" and "vert", and the same goes for any other two languages. If you're serious about your colour picker accuracy and you want to localize to another language, it would actually be more correct to have a completely different set of colour values, rather than trying to translate them. (Though "Liquid Nyquil" may be perceived the same across languages. I haven't seen any studies on that one)