Comment by ctrager
4 years ago
If I had just written the program directly, I could have TYPED, and I could have used the backspace and delete keys to erase instead of an ACTUAL eraser, and I could have used cut and paste instead of ACTUAL scissors and paste.
Plus, I could have used the compile, test, debug cycle to verify that what I was writing actually worked.
My specs were the same complexity as the code: Let's pretend, for example, there were no "sort" statement in the computer language. My spec couldn't just say, "sort the names in alphabetical order". My spec had to have the exact logic of a sort algorithm, but drawn as a flowchart (actually, not a flowchart but an AA proprietary format)
I didn't have to do "sort", but I did have to code algorithms that were more complex than that.
BTW, to make it more fun, there were rules about who was allowed to talk to whom. I was not allowed to talk to the programmer who had to retype my spec into actual code. I didn't even know who he/she was. And the programmer wasn't allowed to talk to me directly, but had to go up a chain.
Cutting and pasting with scissors and actual paste sounds pretty awful. But what I was hoping to get more insight about, if the task was to draw tens of thousands of pages of flowcharts (not text), would a 1980's PC (maybe 16mb RAM, 5.25" floppies, no GUI) be more efficient than a pen and paper? Even on a modern PC, I can often draw a flowchart quite a bit faster than I can create it in Lucidcharts or similar software.
I dunno. I myself was pretty clueless about PCs at that time. I owned a Kaypro from the early 1980s that ran CP/M, but I never touched a PC running Windows (or even just DOS) until 1994. They weren't part of the centralized IT departments I worked in. They WERE part of a sorta grass roots revolt by the user departments, setting up their own Lotus spreadsheets, whatever, as a way of bypassing the slow bureaucratic centralized IT departments.
nice.. it's just "low code" :-)