Part of it is how we scope law enforcement's job. Thanks to technology there's tremendous growth in the amount of information about people. Traditionally law enforcement needs to find evidence that a person may have committed a crime, not necessarily prove a crime. Limited availability of data makes it less likely that law enforcement finds evidence on innocent people.
My take is that even with a warrant, law enforcement's reach into private data should be limited for a free society.
One other distinction to make is that auto-update typically runs the same code on a lot of computers, rather than a RAT which is good at running code on a specific computer.
There's still room for problems... the auto-update could deliver a special version for special people or deliver a version that has special code targeted at run-time, but it's not as easy. And I'd love to see work on minimizing problematic updates as well.
There's a lot of good advice here for dealing with constructive code reviews. They provide valuable learning opportunities.
Also be aware that not all code reviews are good. Engineers have opinions and may wield code reviews as a tool to impose theirs on others. In those cases it doesn't reflect you or the quality of your work.
- We don't really care if we further damage the hair cells that don't work.
- Outer hair cells amplify sounds. If they don't work, well, gotta amplify them some other way.
- A phenomenon called "recruitment" can cause loud sounds to be more painful for those with hearing loss. So you may not be able to amplify everything.
Hearing aids are a bit more sophisticated than an amplifier; they also act as an equalizer, compressor, feedback cancellation, and a bunch of other features of dubious benefit.
"You would expect that if we were getting it wrong, we would be getting it wrong the other way, delivering early."
How likely is it that a surprise works in your favor? In my experience what you don't know rarely does. So my mental model is that completion times aren't normally distributed; they have a long tail. Additionally a task can't take negative time. This makes estimation tricky because a task can take much longer than the average. At my company we typically report an average and then explain why things took longer.
It's hypothetical, but other code may expect a bigger buffer than was actually allocated.
Suppose we're on a 32 bit platform and num is 0xF0000001. When multiplied by 64 (0x40), we'll end up allocating a 64 (0x40) byte buffer. But other code converting num to unsigned may be expecting a buffer large enough for 0xF0000001 64 byte records. After all, that was probably the reason for multiplying by 64.
- If someone else bought an audio book, I would like to be able to access it. I can't if it's audio-only.
- If I want to buy and listen to an audio book, I wouldn't be able to understand the speech without seeing the text. The text gives my brain additional information to process speech. This is much more relevant for music where lyrics help me hear the vocals in the music.
At least according to the article it was a keyword ban, not keyword suggestions. To my reading the intent of the ban is to (1) avoid the appearance of carrying advertisements of sex with children and (2) discourage such advertisements.
The critical view is that this is intended to help child traffickers write clandestine ads so they can continue using the platform however that seems unlikely. The problem with any keyword-based filter is false-positives such as kink content. Such filters operating opaquely and dropping bans in other contexts such as banking and copyright draw deserved criticism. We should be no less critical here.
My take is that even with a warrant, law enforcement's reach into private data should be limited for a free society.