Why I collect and read old computer manuals
It’s my ritual: every time I enter a secondhand bookshop, I go straight to the Sciences section and search for old computer manuals. They’re very hard to come by, as their owners tend to throw them away once they stop using a particular device or piece of software. Manuals also happen not to be the most engaging read for most people, which adds to their rarity; few want to peruse an old IBM AS/400 handbook while laying at the beach.
Disregarding old manuals as useless piles of paper does them a grave disservice, though. Many of them are admittedly awful or outright boring, but some are ripe with forgotten tech lore and high-quality design. The writers of old manuals often enjoyed more editorial resources than tech writers are used to today, and produced handbooks and guides with greater care, because they couldn’t afford gross inaccuracies to go to press.
The ZX Spectrum User Guide (1984) is a colourful, tail-wagging joy of a book that guides newbies with highly visual instructions.
What makes old manuals so fascinating to me is that they document the history of applied computer science. This gives the entire field, including tech comms, the resemblance of a past. Let’s not dismiss that: in a sector where startups seem to build new things on top of blurry or nonexistent foundations, reading about old software reminds us that there’s indeed a giant upon whose shoulders we’ve climbed.
It’s a humbling experience, but there’s more to it than just looking in awe at the old glory. Let me list some of the insights I keep getting when reading not-so-obsolete manuals:
- In the old days, technical writers produced documentation in near isolation, surrounded by complex and similarly isolated corporate cultures. From an anthropological perspective, old manuals are like tribal artefacts. The resulting docs show surprisingly rich design and content patterns, more refreshing than we’re used to in the age of googling for Stack Exchange questions and of bowing to Stripe docs.
The original Macintosh manual (1984) uses brilliant illustrations to explain complex concepts and procedures. There’s very little text in it.
- Most of the tech we use today is based on technology invented in universities and research labs. For example, The C Programming Language, also known as K&R from its authors, was published in the 70s, but is still considered a prime example of technical writing. The C language, in fact, is still one of the most popular programming languages. Old manuals, in this sense, are evergreen knowledge that can prevent us from reinventing the wheel over and over again.
K&R starts with an example right on the first page. Its succinctness and hands-on spirit has inspired several generations of tech writers.
- As old manuals couldn’t hyperlink their way out of trouble, they’re usually more self-contained than modern web documentation, which, never being complete, lives in a perennial, amorphous state of wikiness. Current docs are afraid of scaring users who land via Google and crave for solutions; old documentation has no such qualms, and happily delves into concepts and theory when the need arises. It’s an entirely different frame of mind, more akin to that of school teachers than to that of community managers.
The MS-DOS 6.22 manual (1994) contains semi-humorous examples of directories named after fruits. Tongue-in-cheek jokes were common.
- There’s a calmness in old computers manuals that modern docs often lack. Old handbooks took their time and space to explain things, and did so at a pace that’s rare to find nowadays. Today’s programmers furiously Control+Fing through docs, opening tens of tabs in search for fragments of an answer. I’m not saying that the way we consume docs now is inherently worse; rather, I’m suggesting that old docs could be a beacon of quality in an age of half-baked docs made in agile shops. Shall we embrace slow docs?
The chapter about fonts of The Macintosh Bible, 6th Ed. (1996) is hard to forget thanks to its leisurely walk through system and third-party fonts. It’s cheeky and delightful; why are we so serious now? I don’t know.
For all the reasons I’ve just stated above, I think that collecting and reading old computer manuals is a good thing to do, and a must for technical writers. Reading about the software and hardware of yore not only brings me good memories of days past: it also helps me be a better technical writer.
You too can start today by downloading PDF versions of old handbooks. The following links contain numerous old manuals and computing books:
Happy reading!