> “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.
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.
It would take an electric signal about 40ns to travel from the center to one corner and back, and a signal certainly needs to do more than that in a clock cycle, so the physical limit on its operational frequency would be well below 25 kHz. If you want comparable computing power to a regular M1, you'd need to build a tower of them at least 100,000 high. On the plus side, you could build a city on the stack and no one would need heating in the winter. The cluster should be powerful enough to coordinate the traffic lights. Synergy!
We are talking about the relative evolutionary fitness of different variants, so until we have the ability to decide whether to avoid someone based on what variant they have (and may not be showing symptoms of), I don't see how behavioral response enters the picture.
It depends on how high up the software stack you work. For most people it won't make much difference, but for some people it's huge. I do a lot of SIMD optimization, and x86 is 128/256/512-bit short-vector SIMD. Arm is 128-bit/long-vector. Even short-vector on Arm uses a different programming model from x86 (the intrinsics are more abstracted from the operations in order to support endian-agnostic operation), and of course long-vector is worlds apart.
I'm not complaining though; we're entering a new golden age for people who like learning the intricacies of ISA's and microarchitectures!
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.