This is a good argument, but it has a flaw here, which is that a systemic fever during illness may still be an evolutionarily beneficial adaption on average if there are a some situations where it can be the difference between life and death, e.g. bacterial pneumonia or sepsis, but that doesn't mean it's equally useful for all types of illness.
I did a fevered research dive last time I had the flu and came to the conclusion that there wasn't really any good evidence that fever is helpful for flu, and I should have few compunctions about suppressing it. (And that most of the situations where fever is really valuable for are ones where in the modern world you should go to a hospital and in the case of a bacterial infection be given antibiotics)
There's no shortage of benchmarks (coding or otherwise) that any competent coding model will now pass with ~100%.
But no-one quotes those any more because if everyone passes them, they don't serve any useful purpose in discriminating between different models or identifying advancements
So people switch to new benchmarks which either have more difficult tasks or some other artificial constraints that make them in some way harder to pass, until the scores are low enough that they're actually discriminating between models. and a 50% score is in some sense ideal for that - there's lots of room for variance around 50%.
(whether the thing they're measuring is something that well correlates to real coding performance is another question)
So you can't infer anything in isolation from a given benchmark score being only 50% other than that benchmarks are calibrated to make such scores the likely outcome
> Cable does not matter, tried with many of them including ones providing power from other chargers.
That might not necessarily be the right conclusion. My understanding is: almost all USB-C power cables you will enounter day to day support a max current of at most 3A (the most that a cable can signal support for without an emarker). That means that, technically, the highest power USB-PD profile they support is 60W (3A at 20V), and the charger should detect that and not offer the 65W profile, which requires 3.25A.
Maybe some chargers ignore that and offer it anyway, since 3.25A isn't that much more than 3A. For ones that don't and degrade to offering 60W, if a laptop strictly wants 65W, it won't charge off of them.
So it's worth acquiring a cable that specifically supports 5A to try, which is needed for every profile above 60W (and such a cable should support all profiles up to the 240W one, which is 5A*48V).
(I might be mistaken about some of that, it's just what I cobbled together while trying to figure out what chargers work with my extremely-picky-about-power lenovo x1e)
It's perfectly coherent to be in favour of strong protection of trademarks but also weaker copyright laws. They have very different purposes (broadly, consumer protection as a mark of origin vs incentivising creativity). Just because they're both in the legal category of "IP" doesn't mean it's hypocritical to have very different positions on both.
> That morass makes it difficult for the public to cleanly digest when something is blatantly unconstitutional
I'm not convinced that's a relevant issue here. For some parts of EU treaty law, sure, but here the context here is disapplying EU legislation that's incompatible with fundamental human rights. Those parts are all in one document in one treaty: the Charter of Fundamental Rights[0], which was incorporated into the Lisbon treaty.
(besides, whether in the EU, somewhere with a formal constitution like the US, or the UK, the vast majority of the work of figuring out whether something is in breach of treaty / constitutional provisions is always going to be analysing caselaw)
What problem here would be solved by ratifying a constitution?
Like -- ISTM that the relevant property here is the ability of the courts to overturn ordinary legislation for incompatibility with basic human rights provisions. But the EU already has this. the Charter of Fundamental Rights of the EU (which is pretty much a superset of the european convention on human rights) is incorporated into the Lisbon treaty, and all EU legislation must be compatible with it. EU courts have overturned legislation for incompatibility with the CFR, eg Digital Rights Ireland[0].
The collection of member state treaties is for ~all intents and purposes a constitution, just not in a single document, and without the word "constitution" at the top.
It's glass fibre reinforced concrete (GFRC). Very much doubt it's heat-reactive, suspect it's just oil & dirt on a somewhat porous surface (so cleaning properly is labour-intensive, stickers are cheaper)
I'm a reasonably new go programmer, I've only been doing it full-time for a few months. But "great concurrency ergonomics" has.. not been my experience.
What I've been finding is that primitives it gives you are easy to use, but extremely hard to use _correctly_. My first major PR in go had a week of back and forths as more experienced go programmers on my team pointed out the many, many places where my concurrent code was buggy -- places where I was receiving without selecting over the context being cancelled or some close-channel, places where I was sending from a goroutine that had to have a nonblocking basic loop without guarding with a default clause, places where I was using an unbuffered channel where pathological goroutine scheduling could result in a deadlock, places where I was using non-thread-safe data structures in places that could theoretically be mutated by multiple goroutines and without spamming mutexes everywhere, etc. etc.
And sure, I'm relatively new to go. I'll learn these things and get better. But the contrast to some previous work I'd done in Elixir was striking. In Erlang/elixir, _the obvious first thing you try is generally actually correct_. And it gives you standard ways of working built on top of the primitives (genserver calls etc.), so you don't have to buggily reinvent the wheel every time you want to send a message from one goroutine to another with a reply, or need to tear down a bunch of goroutines simultaneously.
I have a highly-concurrent elixir service I wrote several years ago, by myself (early stage company, no code review), still in production. It pretty much never has problems and basically just worked from the start. If I'd tried that with go, without a bunch of experienced go programmers to point out all the subtle race conditions, I'd probably still be dealing with a long tail of data races and deadlocks years later.
> If the intervals overlap, the difference is not statistically significant.
Demonstrably false. Obvious counterexample: the study in the OP, which has overlapping confidence intervals and a statistically significant difference.
Proof: just calculate the 95% confidence interval for the difference between the two means. You can figure out what the stddev was from half the confidence interval divided by the z-score for a 95% confidence interval, 1.96, and you get 1.02 and 1.30 for the two groups. Then the confidence interval is:
(10.4 - 6.3) +/- 1.96*sqrt(1.02^2 + 1.30^2)
gives [0.86, 7.34].
This does not include 0, therefore the difference is significant.
> The probability that a sample mean for a large sample is above the 90th percentile is massively lower than 10%, and depends on n.
I was trying to give a basic intuition about normal distributions with a simple example, the distribution of one sample is a simpler example of a different normal distribution. Yes obviously the distribution of an estimate of X given lots of samples is not the same as the distribution of a single sample, I never claimed it was.
The fact that the 95% confidence intervals of two variables have some overlap doesn't mean there's a >5% chance that the expected values of the two variables are the same.
Consider two independent random variables X and Y; the chance that (a sample from X is above the 90th percentile of the true distribution of X) is 10%, but the chance that (a sample of X is above the 90th percentile of the true distribution of X AND a sample of Y is below the 10th percentile of the true distribution of Y) is 1%.
(disclaimer: with actual science the stats are a lot more complicated and you can't just assume they're independent and multiply the two, it's just a simplified example to give intuition about why overlapping confidence intervals don't imply what the parent thought, IANAstatistician)
I did a fevered research dive last time I had the flu and came to the conclusion that there wasn't really any good evidence that fever is helpful for flu, and I should have few compunctions about suppressing it. (And that most of the situations where fever is really valuable for are ones where in the modern world you should go to a hospital and in the case of a bacterial infection be given antibiotics)