Here is a page of instructions for mounting solid-rubber tires on 19th Century bicycles. And as this video shows, riding such a bike was no picnic either.
—-
Related: “Simple” Old Technology
Some Chicago Boyz know each other from student days at the University of Chicago. Others are Chicago boys in spirit. The blog name is also intended as a good-humored gesture of admiration for distinguished Chicago School economists and fellow travelers.
Here is a page of instructions for mounting solid-rubber tires on 19th Century bicycles. And as this video shows, riding such a bike was no picnic either.
—-
Related: “Simple” Old Technology
Well, maybe. Here’s a situation where a video record came in handy:
It only looks simple in hindsight, when compared to modern technology. But at one time “simple” technology was state-of-the-art, the most sophisticated equipment available. And however simple it seems to us now, it was generally more complex to operate than the machines we use to do the same jobs. The parallel trends throughout recent human history have been of machinery becoming simultaneously simpler to use and more complex in design.
Here’s an account by a railroad enthusiast of the many tasks he must perform to get an antique steam locomotive up and running. I’m sure professional crews did it faster, back in the day, but the point is that a lot of work has to be done — and done in precisely the correct way and in the correct sequence — before the locomotive will move. How long does it take to start a Boeing 757? A few minutes? And compare the modern Boeing, which can be flown by two people, to large piston airliners of sixty years ago, whose power, fuel, electronic and navigational systems were so complex to operate as to require an additional one or two dedicated crew members. The same trend is evident in automobiles, which are easier than ever to drive, and extremely reliable by historical standards, while being tremendously complex under the hood (and in the computer).
To paraphrase Saint-Exupery, the steam train was once as radical as space ships are now; one day our modern Boeing will be as much an antique as that old locomotive seems to us. Life in the old days was not simpler. People had fewer options than they do now, and task-for-task many of the things they did required more work, often much more work, for the same results.
—-
Related: More “Simple” Old Technology
In an excellent report from Iraq, Michael J. Totten reports that:
“To get paid by AQI for killing Americans,” Lieutenant Hightower said, “the attack must be videotaped. They often used tracer rounds so they could prove it was real. We found whole piles of these tapes when we cleaned the city out. We found and killed a sniper just northeast of the city. He had all kinds of video tapes of himself shooting and killing American soldiers.”
Do you think that anyone who worked on developing compact, inexpensive video cameras ever imagined they would play a pivotal role in a major military conflict? Do you think they ever imagined that villains would use their creations to manage a small but powerful ad hoc army of mercenaries?
People who think they can predict the course and effects of technology, like advocates of anthrogenic global warming, delude themselves.
We’ve been assured again and again that RFID passports are secure. When researcher Lukas Grunwald successfully cloned one last year at DefCon, industry experts told us there was little risk. This year, Grunwald revealed that he could use a cloned passport chip to sabotage passport readers. Government officials are again downplaying the significance of this result, although Grunwald speculates that this or another similar vulnerability could be used to take over passport readers and force them to accept fraudulent passports. Anyone care to guess who’s more likely to be right?
It’s all backward. Insecurity is the norm. If any system — whether a voting machine, operating system, database, badge-entry system, RFID passport system, etc. — is ever built completely vulnerability-free, it’ll be the first time in the history of mankind. It’s not a good bet.
Once you stop thinking about security backward, you immediately understand why the current software security paradigm of patching doesn’t make us any more secure. If vulnerabilities are so common, finding a few doesn’t materially reduce the quantity remaining. A system with 100 patched vulnerabilities isn’t more secure than a system with 10, nor is it less secure. A patched buffer overflow doesn’t mean that there’s one less way attackers can get into your system; it means that your design process was so lousy that it permitted buffer overflows, and there are probably thousands more lurking in your code.
Diebold Election Systems has patched a certain vulnerability in its voting-machine software twice, and each patch contained another vulnerability. Don’t tell me it’s my job to find another vulnerability in the third patch; it’s Diebold’s job to convince me it has finally learned how to patch vulnerabilities properly.