firethief

> “We cannot share details on the exact fix at this moment, for obvious security reasons.”

This seems a bit disingenuous. To people with a bit of understanding of cybersecurity, they are admitting that they haven't solved it; but to most of their customers, it will sound like they fixed it and are being cautious.

It sounds like their architecture enables them to solve much more interesting problems than would usually be encountered in meeting their business requirements.

ID.me also seems to be the only way to interact with the IRS online, and has arbitrarily decided my identity is unverifiable.

All languages have redundancy; it serves as a form of forward error correction. I recall some sort of study (sorry, no link) finding that information density was (by some metric) similar across different languages. So it's not just inefficiency; it's part of the language's necessary inefficiency.

Of course, some forms of redundancy would be better than others--in cases where people aren't sure which particle to use, it probably isn't doing much good. However, language evolution is able to achieve some optimizations, and I suspect the particles people know tend to be the most important. For example, the many sushi or shellfish particles might sound particularly silly, but if you're in those industries, maybe they are helpful in maintaining important distinctions in a noisy kitchen/market, or in written records. If you're a customer you probably don't know them, and you don't need to.

Epistemic status: Wild-ass guessing from my armchair.

Interesting idea. I've just tried it with a couple of languages:

- TS with Vue: SFC are not really working (it's showing a style change as if the whole stylesheet were replaced with a mostly-identical stylesheet).

- Rust: It doesn't seem semantic at all. It's showing a lot of character-level insertions and deletions that seem worse than how git-diff or GitHub would break down the changes.

It doesn't seem ready yet for what I'd like to use it for.

I can't picture how that would work. While collaborative features require that some objects are shared and synchronized, efficiency and programmer sanity rely on the fact that some objects are not. If synchronization is opt-in, how would a language integrate it any more fundamentally than a library can?

Also, CRDT's don't provide synchronization for free. They ensure that all concurrent modifications will be merged somehow. If the data being synchronized has any structure, it requires careful CRDT-aware data model design to ensure the merging is semantically reasonable (or that, in the worst case, incompatible changes produce a detectably broken state).

I don't know what kind of computer weenies you know but speaking for myself: needing to interact with someone to get exercise would add a major hurdle for me. OTOH, I'm really getting in to minmaxing myself in Garmin...

I went through the same paradigm shift with cycling. I used a cheap bike that was slow and heavy because higher efficiency wouldn't allow me to get exercise any faster. Then I got a nice road bike, and it's so much more fun to ride, so I'm riding a lot more.

Well yeah. SSDs are worse than HDDs in every way when the denominator is capacity. The headline would be the opposite if they were comparing per IOPS. The shocking conclusion: Use SSDs when you need fast random access; use rotating media for bulk storage.

I have an Android TV and streaming subscriptions. If I want to stream something I have to find out what service carries it, open the right app, and attempt to type the title with the arrow keys on the remote. For me, it's much easier to torrent.

`for` is a foreach. If you want to increment a number through a range like a typical C `for`, you have to use a `while` loop. I don't really see the draw.

> do black-and-white code editing

You've piqued my curiosity. No syntax highlighting?

Well I assumed it would be an electron app because getting it done with a shedload of giant 555 timers wouldn't be as funny :)

Oops. It's 40ms!