top | item 19147915

(no title)

rspeer | 7 years ago

This is a revisionist and false narrative, and I believe it may be inspired by the "just world fallacy": you may be inclined to believe the world couldn't actually be unfair to women, so you search for another reason why their contributions would actually have been less important.

Your narrative is historically incorrect. Women invented many of the things that made software engineering _less_ tedious, such as debuggers (Betty Holberton, 1945), subroutines (Kay McNulty, circa 1947), assemblers (Kathleen Booth, 1947), linkers (Grace Hopper, 1952), and compilers (Grace Hopper, 1954). Programmers have always strived to make their job easier. If you don't see these inventions as creative effort, I don't know how to help you.

Even the parts of programming that were tedious were still important. If you saw someone tediously programming in assembly code today, you might celebrate the effort.

The flowcharts that these women were handed by their managers were not "program logic". There were many difficult details to work out about how to implement a program given the limited computing power of the time. You would not describe a manager today who draws a flowchart as having "written a program".

discuss

order

ivanhoe|7 years ago

You jump to conclusions and project your own anger/frustrations that have absolutely nothing to do with me. First of all I totally agree with you that to women it was much harder to succeed in those times, there's no need to explain that to me. Second I never even mentioned gender issues anywhere, I was talking about the difference between what was called "programming" and what was "coding" back in those days. And of course women invented a lot of great stuff, but as you said yourself it was programming. And the coding part on the other hand was boring as hell, in order to write and run a program you had to do a lot of manual labour. It's just not comparable to anything today. You mention assembler, but imagine doing asm using only pen & paper, and then you give that program to someone else to turn it into holes on punched cards. And then you had to reserve some time to run that code on mainframe (where operator would run it for you and hand you back the results) and there was a usually a long waiting list for that, so if you've made any mistakes it would take days to get a chance to re-run it again. It was very different than coding today, involved more steps and more people.