801 karma · joined July 16, 2023
It somehow is perfect example of how modern software engineering feels to go astray for me. A feature in my device working completely in benefit of the one providing said software. I wish, and wish only I can, that this trend goes away at some point.
This is interesting, as I was about to say that gaming has never been more alive than it is now - but it's true that at least the developments in hardware are not nearly as exciting as they used to be in the past. Maybe that's what he's feeling?
- people not skilled in a thing are bad at estimating their skills
- people are generally bad at estimating their skills
- people skilled in a particular areas often feel they are intellectually fit in other areas
Out of these three I feel like there's some truth in it, at least anecdotally.
Yes, exactly - isn't that the point?
Right now any app on my PC connected to ADB could manipulate my phone then, and that's somehow not a CVE?
- some people want A, or A might even be already in use
- A is problematic for $MODERATE_OR_MILD_REASON
- B is introduced and made default
- a config switch between A and B is never considered
So, so tiring. If I want to bind ADB to localhost, _let me_. It's my device and my problem, ffs.
With many of the features coming into the language over time, I kinda wish that a bit more restricted subset of it eventually becomes a thing, but I know in practice it might as well be a completely different language. That, and I expect that still many other things have not been resolved as well as they are elsewhere, such as build system and dependency management (although I haven't touched this stack for a while now, so I would love to be surprised).
It could be that with enough tokens, big enough context window, and ability to dig out the relevant partials, many such thought processes could be simulated.
It could have been obfuscated, but assuming we have HmE, obfuscation is more tricky to be done right.
Do we change the definition of encryption meaningfully in this process, though? If so, I don't see how really. It's just that out of set of potential encryption algorithms, for this purpose we would pick ones that are fit for it. It wouldn't be AES I guess... But it would still be encryption. Maybe a weaker one, but that weakness could be coincidental. I'm not familiar with any theorems in that space.
EDIT: I see a note that we lose ability to verify integrity of the data with HmE, but I guess it's still not really changing the definitions - just most of encryption used today also provides integrity guarantees as a kinda nice and desirable side effect, but it doesn't change that the encryption that doesn't still is encryption.
Security is riddled by traps. If you can afford best possible level of isolation, why not do it?
This feeling has existed across generations and most of us have to go through it eventually.
The world, however, is not any less real than it has always been and is not collapsing.