Yes, but when reading the parent comment I was struck by the parallelism in that analog computers and mechanical ones run on the rules of the world. Take a cam

Yes, but when reading the parent comment I was struck by the parallelism in that analog computers and mechanical ones run on the rules of the world. Take a cam and follower, perhaps with a mechanical or hydraulic means to hold or change or respond to a state. That is not really different from a periodic signal fed into a trigger and or a flop or gate. And somewhere on here we all had a discussion about math and someone ran the test and determined the "simulation" we are living in is a twos complement machine. (That's really an artifact of our math and set of axioms we are working on), but it was fun to think about. By default, these kinds of computation systems are robust because the world is robust. And they can respond as things in the world, running on the world "simulation" tend to do.[1] Another related thought are those PONG games lacking a CPU. First time I encountered a schematic, I realized the circuit was the game! Robustness can be high value and fast! Extending it a little, one could take lookup tables, simple ADD operations and software that runs mostly out of a ROM. The old Atari 2600 (VCS) was like that having only 128 bytes of RAM! The Apollo flight computer was not powerful, in the sense of having exotic math functions, or tons of speed to throw at a problem. But they ran in real time, able to control a lot of I/O and such. These kinds of systems are remarkable in that they tend to be able to perform their designed for tasks well, and will always do that in a lean way, and we could always package that up, provide interfaces to far more complex systems and get way more out of it than one might expect. The other way we tend to get at these benefits is by putting things into custom silicon. A look back at some powerful, low latency solutions shows just what really understanding a need or problem well enough to make a circuit, or mechanism to deliver can do. (A lot) A while back I was setting up some advanced CNC CAM software for an injection mold shop specializing in high volume production. For a while they had an absolutely huge demand for 3.5" floppy disk cases, for example! They developed top notch, high performance mold tooling and had the process very highly automated. The vast majority of that automation was done with cams, both linear and rotational types, simple electrical valves to operate the necessary effectors, grips, pushers, and the occasional PLC here and there, and those were mostly about space and sometimes ease of development by newer engineers who just did not think in that way more than it was a requirement of some kind the mechanical means could not address. Similar means were in the machines themselves, analog computers taking inputs from thermocouple, more cams and such would maintain process consistency in a robust, will run for a few decades with no worries kind of way. I find this particular line of reasoning compelling. It is, in some ways, much harder than the familiar run code on a CPU connected to electromechanical devices and sensors way we see today. But, it is also easier in ways too. One notable ease was simply being able to understand what the intended behavior was just by looking! I, being a lay person with only at that time a shallow understanding of the concepts, was brought up to speed quickly by the older engineer teaching all this stuff to new team members, got it quicker than I expected. And it all can be done using ordinary tools, means, methods. Again, I find it interesting and compelling to learn about this stuff. We can do a lot, and did amazing things on what we could easily view as "stones and chisels" type tech, given a modern perspective. And take something like an EMP or some serious event or other. People with these kinds of reasoning skills and means, tools, methods could build, repair, and or engineer solutions to tough problems without anywhere near the degree of bootstrapping needed to get going from a "reset" class event. [1] - Not that I believe we are in some sort of simulation or meta world space. I frankly do not know and tend to focus my thoughts toward things that matter more to me and also found all this to be convenient and lean such that I need a lot less poking about on my mobile touch screen to express my thoughts.