The piece recreates the process of getting a game for a Commodore 64 in 1986, when new software often came as code printed in computer magazines rather than as a ready-to-install download. A child bikes to a mall, searches for COMPUTE!’s Gazette, and brings home an issue offering just two games. To play Survivor, they must first type in a BASIC “Automatic Proofreader,” then the MLX utility for entering machine-language listings, and finally roughly 30 lines of BASIC and 350 lines of hexadecimal code. Even with tools to catch errors, the work could take about eight hours; saving to cassette adds a long wait, while a single typing mistake could derail the effort.
The detailed scenario makes a broader point about how dramatically software access has changed. In the imagined 1986, choices are scarce, programs have little independent review, and acquiring them depends on a magazine, hours of manual labor, and sometimes fragile, costly dial-up connections that occupy the household phone line. The piece contrasts those constraints with today’s app stores, while noting that the C64 still allowed simple personalization: users could change screen and border colors by entering memory-address commands, though the changes vanished when the machine was switched off or a program ran. It closes by suggesting that “program” may better describe software people actually create through hands-on work, distinguishing it from software generated by machines.
Summary generated by AI from the linked article. hn.today is not affiliated with Hacker News or Y Combinator.