1,447 karma · joined February 13, 2025
It's certainly the weakest argument I have seen today
If someone manages to learn without doing the homework, or finds some way to learn better using an LLM, fine. The exam will show that.
Hoping they're smarter than the tests show is a bad strategy for fixing the issue
Some use it because they don't understand uniqueness constraints and try to fix it in post so to say. Some use it because they forgot a join condition and are absolute amateurs. Some use it because it fixed a problem for them once and now they add it everywhere
These people seem to outnumber the people who use SELECT DISTINCT in a well thought out manner
This is useful because you want stickiness, so requests for the same key mostly go to the same server.
Sorting servers by weight means that removing or adding a server will shift a lot of traffic from the servers it used to go to. A flapping server early in the list will break stickiness for the whole set of servers.
The simplicity of stable hashing means you don't have to think about new sets, old sets, table rebuilds, synchronisation schemes etc, and that's useful because every such extra step adds bugs and corner cases
The team that owns it needs to understand it. Everyone else can just use it.
It would mean you could effectively legally run a cyber crime gang by turning a blind eye and maitaining plausible deniability
And that's your opinion about an opinion?
Put sales-people in a box, set up strong incentives and lax enforcement of rules and you get Wells-Fargo (https://en.wikipedia.org/wiki/Wells_Fargo_cross-selling_scan...)
In that case the CEO had to resign because they had set up a system which incentivised this, so it was clear you couldn't just blame the individual sales-agents, even though they were technically humans
"I think I use screens too much so everyone should use screens less" is silly.
If you don't want to hand the biggest ad company a monopoly over web-browsing, start using a gecko based browser like librewolf, zen, mullvad or firefox.
Being able to recover a db without corruption beyound losing the last few writes is a pretty useful feature, and buys a lot of performance, but it would be better to label that clearly, as a reasonable expectation on the durable() preset would be for it to be Durable.
If it's hard or not is more of a philosopical question about how much free will we have as people. Statistically they're all hard and not over-eating is the hardest.
Culturally and individually we do a lot of things that probably make the food one even harder
If you drink too much, the common answer is that you need to stop drinking. If you eat too much, we are very reluctant to talk about how you need to eat less. We prefer to talk about how it's someone else's fault and how powerless we are to do anything about it, including comforting lies about how eating less wouldn't work anyway, or how being overweight isn't bad really.
If you feel unable to fix your diet without it, and you think it's safer to get on it, why not make it happen?
I'm not sure making it illegal to sell consumer grade hardware is the boon for the people you imagine
Millions per hour is tens per second though; perhaps the fix is performance improvements