The Way We Were, 1977 to 1984

Today as I was pondering some modern architectural paradigms, I got to thinking about my procedural programming roots, which led me down memory lane to my early computing days.

Basement Computing

IBM 370/168, credit IBM ArchivesBack at university, my computer science classes taught me about bubble sorts and data structures like linked lists and b-trees. We learned to write a structured FORTRAN program when the compiler didn’t enforce the structure. We learned Pascal, which did enforce the structure. We did a little assembler on PDP 8s and PDP 11s, pressing a toggle switch and watching the registers change. To use the bigger CDC computer, we descended to the basement of the Technical Institute to submit our programming lessons as batches of card. We waited impatiently until the traction-fed output was wrapped around the card deck and stuffed in pigeon-hole style mail slots. One of the student employees placed a sign above the window that promised, “A $5 bill behind the job card reduces turnaround time.” Eventually we progressed to a room full of data terminals.

Once I got into the real world in 1979, this all proved pretty much useless; I was asked instead to use COBOL to read in magnetic tapes full of historical accounting data and print various reports.

That company used a water-cooled IBM 370/168 that looked a lot like the one pictured above. What is not shown in the picture is the raised floor required for all the cables, nor the the garage-sized room full of backup batteries. Of course mere mortals were not allowed to touch the computer; the computer room, with its arctic air conditioning, was secured behind keycard-locked doors and took up a goodly portion of the building’s basement. Unescorted programmers could get as far as an outer lobby and peer through the glass at the humming blue monster. The machine’s operations manual lined the side of this outer vestibule in a five-foot-wide binder rack.

Punch Drunk

Actually, we programmers didn’t have to go down to the basement that often. A team of half a dozen key punch operators sat in a small room adjacent to the computer room. We could write our programs out on wide coding pads with a small block for each letter, then send them via inter-office mail for keying. They would then take these pads and create stacks of punch cards for us.

IBM 129 Card Data Recorder, credit ibmcollectibles.com
I don’t think many people today fully appreciate how a key punch machine works. Every time you press a key, it punches a hole in the card. Well actually by this time, the IBM 129 Card Data Recorder was in use, which held an entire card (80 characters) in a buffer so that it was possible to back space if one made an error. When you finished the card, you pressed a Release key to punch the entire card. To ensure accuracy, each coding pad (or data entry sheet, as this is also how customer data got into the system) was keyed in twice, by different operators. The first operator punched from blank cards. The second operator re-entered the same data but with the already-punched cards in the hopper; if a discrepancy was found, the operator rejected that card and created a new one.

Even with turnaround of only a few hours, this process of dropping off coding pads for punching was rather laborious, especially when the only change required was to add one of those pesky periods that COBOL was always complaining about. So we also got a card punch machine for the programmers to make minor modifications. I remember how excited I was that we got one with an LED display that actually allowed looking at the text before punching it.

Winds of Change

IBM 3270 display terminal, credit Newcastle University

By the time I left that company in 1984, we had advanced to IBM 3270 display terminals connected directly to the mainframe. Although some “old school” programmers didn’t like the thought of having to type in their own programs, I thought it was great. I loved the powerful editor (XEDIT) on those terminals that could do things like display only the lines containing a certain string.

Also by 1984, we had started getting into a revolutionary relational database from Germany called Adabas. The concepts I learned then about database normalization still apply today. We were starting to plan for interactive programs that would actually allow end users to look up and enter data on demand. We were reading Tom De Marco’s Structured Analysis and System Specification. There was even a PC or two knocking around, mostly used for word processing. I remember one of my colleagues who was convinced that the PC was going to revolutionize computing. He planned to buy one, quit his job, and start his own computing company. I thought he was a little crazy.

2 thoughts on “The Way We Were, 1977 to 1984

  1. Mixk

    ah yes,

    brings it all back. One development project I worked on they rented time on a mainframe. So every night one programmer would collect all the card packs, drive 150 miles, spend all night feeding packs in and trying to correct syntax errors before driving back with the compiler listings at dawn. Happy days.

  2. Netfloor

    Heh, you never mentioned what happened to your colleague…the one who was convinced the PC would revolutionize computing. Did he ever start his own business?

    While I was not in the industry in the later 70s- early 80s, I have still seen my fair share of change.

    I can remember when IT managers thought they had to keep the data center at 68°F, otherwise the servers would catch fire, or something. No one knew for sure what would happen, so it was always best to turn the thermostat down, just in case :)

    Nowadays, some data centers are being run at 80°F+ with straight outside air, no pre-treatment.

    One thing I always remind myself of is that no matter how right you think you are today, you may very well be proven wrong tomorrow. It is enlightening to look back on our collective beliefs of yesterday, when we were so certain of ourselves, only to find we had it all wrong.

    We could all use a little history lesson, and a little perspective….

Leave a Reply

Your email address will not be published. Required fields are marked *

Notify me of followup comments via e-mail. You can also subscribe without commenting.

This site uses Akismet to reduce spam. Learn how your comment data is processed.