Is that iOS? It looks different here on Android and I can't tell how much of it is because I customized it. I don't quite remember how I customized it but I remember that I did.
My buttons are colored orange instead of blue, that's definitely something I would do. The share button looks different, as does the top bar with the back button.
Performance is very much still a significant factor. At the end of the day, games are expected to run at certain FPS on certain machines. The machines have gotten better to the extent that unoptimized code can be used sometimes, but when competing for graphics, badly optimized games will have to sacrifice fidelity to hit performance targets, where well-optimized games can get squeeze out better graphics and hit those same targets.
There's plenty of tricks these days but optimized code will always have an edge.
The YouTube algorithm works in mysterious ways.
Because I'm nice, to anyone who doesn't get the reference: https://www.youtube.com/@MarcelVos
Relevant: https://youtu.be/rGDBTLT9__s
(if I'm honest, this is not his finest work. his videos are usually way funnier than this)
Well, I hope the other answers help you out.
Why do you need to block it? Why not just uninstall it? (I can think of some reasons but I don't know what yours is)
Then all these companies just wouldn't use it and would use something worse instead. Everything will be inferior and ffmpeg becomes less prominent and loses out on contributors and donations. It's a lose-lose.
Reality is complicated, GPL is awesome for a lot of things but in some cases it can hinder adoption.
I'm curious on why you want to do this. If you're managing an open wifi used by a large number of people (e.g. at a school), it's very different from if you just want to block it at home. But for the latter I don't really see why you'd do it through DNS.
/u/TranquilTurbulence@lemmy.zip fairly sure the distribution you should use is hypergeometric distribution, found via urn problem.
In python the closest I could find was (untested): sum(random.sample([1, 0], spoon_size, counts=[soup_count, water_count]))
But this would create an intermediate list of length spoon_size which is not a good idea.
Interesting. I don't know why I didn't think of just keeping a count of soup molecules. Must have been late!
Another interesting point, your simulation is subtly wrong in a different way from my calculation. When there is only one soup molecule left, there is a chance (however tiny) that rbinom will return 2 or more, taking out more soup molecules than there really are.
If you run it enough times with a bowl of 3 molecules and a spoon of 2 molecules, I'm sure you'll hit -1 soup molecules some of the time.
For a simulation I think we can do better. There must be a random function that does it properly. The function we want is like pulling balls of 2 colors out of a sack without replacement. Pretty common combinatorics question, I would expect a random function to match.
By the way, how did you actually stimulate it? Surely you didn't keep 10^25 variables in memory...
This is the true reason metric is better. A lot of people think it's inherently better for various reasons: it's decimal and it's based on the constants of nature. While nice, that doesn't make it a better system.
The reason it's a better system is that there has only ever been one metre, there has only ever been one litre, there has only ever been one kilogram. If you use any metric unit there is no ambiguity, there has never been ambiguity and there never will be ambiguity. There's just one system.
For the imperial system and all of its branches and predecessors, that's just not the case. The foot has had different measures, the mile has had different measures, the fl oz still has different measures as you noted. You can speak to someone and say some measure, they hear your exact words and interpret it as some different measures.
That's the real problem with imperial, and that's why metric was invented.