But my point was exactly that the (extremely vastly) smaller subset of tests that you performed is more than enough to proclaim a CPU to be “working”.

No, because that would be impossible.

You perform a series of more specific tests. In this case, it's "working" in so far as that Super Mario Bros. appears to be playable, for example.

Does not mean that it behaves perfectly according to some spec, or identical to another CPU (like the NES's 6502), of course, but it's clearly a working CPU to some 6502-compatible extent.

Yes, you are all correct. The compiler may have a bug. And if it does not, then the type system may have a problem. And if it is formally verified, then the theorem prover might have issues. And if it does not, then the very math it relies on may be wrong.

But what do we contrast this to, what is the alternative to correctness through the type system? Almost every time, when it isn't "nothing", it's "tests". We rely on tests to test whether the program behaves correctly.

And as we all know, quite in contrast to type systems and their checkers, tests are always error-free, complete, and sensible?

But maybe there's a use case for replacing an AES192 signal carrying the full FM baseband signal over ETH-67? I'm not sure it's the correct fit, though.

> Also, just think about this: what bugs have you had in your software historically? How many of those do you believe would've been prevented by a type system like Haskell's??

I program Haskell all the time, and I encounter "non-bugs" where the compiler prevented me from doing something, which other languages would not have, on the regular.

> (though I do use typed languages like Java and Kotlin)

Those are not even close to a Hindley-Milner based type system like the one in Haskell.

Likely for good reason, even back then there would have bound to be lots of misconfigured endpoints trying to access 1.1.1.1, so just blocking it at the earliest point possible kept at lot of the annoyance away. Nowadays, it’s an anycast address, so it’s slightly less bad.

But for me, old habits die hard.

The extreme end of this is dependent types, which is so strong that it can be used as a foundation for mathematics itself, and is the principle that the Lean, the proof assistance, is used on. A Lean "program" is effectively proven to be bug-free.

And I now tried using it more as a “text completer”, and results are much better.

I'm not sure I would have ever believed that something useful would come out of it, yet here we are.

There’s some evidence that console games of the era were sometimes designed for the effect composite NTSC has on the overall picture: https://nerdlypleasures.blogspot.com/2015/03/the-case-for-co...

Be it as it may, and even if that's an AI-generated article (which I don't think so), the point is that the article is reporting on the Japanese government:

    Japanese authorities have called the trend an "existential crisis" with Prime Minister Sanae Takichi describing the decline as a "quiet emergency".

As a result, public life itself is more quiet and soothing, because you are not constantly surrounded by cars, even if just sitting outside a café.

As for the family you stayed at, they must eat differently from the Japanese families I know personally. Studies agree: https://www.livescience.com/54133-japanese-diet-longer-life.... https://chns.cpc.unc.edu/resources/publications/bib/2884/

I also agree on the stressful work part, but don't quite understand what you mean with "lots of commute on public transit". If you mean the Tokyo-style rush hour traffic where people are literally shoved into the train car, of course that's stressful. But at any other time apart from that, Japan's public transit is enormously soothing and stress-free, both because of culture and transit technology.

So what then, is it black holes all the way down?