from Hacker News

What was the developer experience like in the old days?

by enagrimm on 8/29/23, 11:58 PM with 10 comments

  • by rawgabbit on 8/30/23, 1:38 AM

    At University, I learned the joys of TSO, emacs, and unix. There was no mouse or arrow keys or delete keys. I had to learn weird key combinations to line up, line down, character left, character right, delete etc. To see the output, I had to print the dang thing out which was across the street in a different building.

    First real job was at Southwest Research Institute in San Antonio. I programmed in a DEC VMS environment. My Fortran program read the raw output from strain gauges attached to a USAF jet trainer and processed the data which made it possible to track the airframe's weakening due to cyclic fatigue. It was just a bunch of I/O calls and loops. It was delivered to the USAF as part of their program to predict airframe fatigue. This time, there was a mouse but it didn't do anything. Because once I logged into the DEC VMS, it was all keystrokes again. My program was one giant file something like 5K lines.

  • by enagrimm on 8/29/23, 11:58 PM

    I've been curious about this for a long time as to how did the people during the old days finish writing software that went on to reshape the world. I mean, nowadays we have an lsp that is there to correct us and give us syntax cause who wants to go through the pain of remembering keywords right? If you're from the webdev world then you have frameworks with hot module replacement or reloading so that we don't have to go through the process of compiling things or the minor inconvenience of saving our files and restarting our dev servers, something that the new generation of devs seem to have no gratitude for at all. This speed with which we can produce software seems to make us too lazy I guess, we don't seem to be that concerned with getting it right the first time and we adopt that attitude of, "I'll eventually fix it.", which often leads to horrendous software experiences. Then there is AI, which kind of takes away the need to really and I mean really learn what we are doing. Just the understanding of how the boilerplate works is something that can only be achieved if we try to write it down and reason about it. But that is gone, ai can just generate that and the people with no experience are expected to write the parts in the middle that connects everything and the problem is that they don't even have the fundamentals down to be able to do that. Basically, developer experience nowadays is getting automated to a level where we'll probably stop having good new programmers.

    And that really makes me appreciate the generation that was stuck on a few kilobytes of ram with just a plain text editor making things for the future. I don't even get why we are so ungrateful and unwilling to learn the fundamentals. Where is the humility? Do you really think that the code that an ai wrote that you just copied over proves thay you have any sort of intelligence? Be humble and keep learning.

  • by tamimio on 8/30/23, 12:23 AM

    Up until not long time ago, I used to use text editors (notepad/notepad++/etc) as my main editor for my program in C++ and the likes, and I used to either remember stuff, or having my own cheetsheet, or the books at my disposal for any quick reference, even books in electronic form weren’t searchable as today (basically images in pdf with no OCR functionality), and later when some tools are out that will convert books to be searchable it was like a breakthrough for me, “you mean I can quickly search for a text in 400+ pages?! Wow?!!”, even for other domains like electronics, none of Rpi or arduino existed, for anything we used to use PIC controllers and program them then dump the code with dumping kit, while now you just load python on Rpi and call it a day. We used to have arguments which one is better MASM or NASM as an assembler, just like flame wars now for React vs Vue, and I’m not even that old, all of that technological advancement happened primarily in the past decade!

  • by mikewarot on 8/30/23, 4:49 AM

    In the computer labs in the 1980s, you had a room with 100 or so VT100 terminals each with a Computer Science student trying to get their programs written, served by a DEC VAX 11/780 running VMS. They had routed the compiler into a batch queue because it was resource intensive. Unfortunately, the batch queue was set to background priority, so compiles didn't get done for about 30-60 minutes.

    One Saturday, I figured this out, and started pushing the first job in the queue to above interactive priority, and it would finish in a few seconds. I repeated... and repeated this manual tweaking.... about 2 hours later, everyone had gotten their work done faster than usual, and the room was practically empty.

    Most academic environments suffered from similar issues... too many students all trying to get their work done at the last minute.

    ---

    When I got my own PC/AT clone and ran Turbo Pascal, the compile times were effectively instant (on the order of a few seconds), and just kept getting faster with each new release.

  • by rasz on 8/30/23, 11:46 AM

  • by dekhn on 8/30/23, 12:27 AM

    My introduction to shared library was: I had two blocks of storage (512k?) and my C program's executable (statically linked by default) was too big, filling my quota.

    I wasn't able to do interesting graphics programming on the Apple because I had to learn assembly language and the Apple's weird graphics format (amusingly, somebody recently released a nice high performance assembly graphics library for the Apple II).

    The stack limit on my first PC's C compiler was 6 function calls.

    I had to upgrade my second PC from 4MB RAM to 32MB RAM before I could run X, emacs, and g++ all at the same time without swapping.

  • by rolph on 8/30/23, 1:13 AM

    coding punch cards.

    keybding hex codes.

    coding with assembler mnemonics

    coding with macros, and compiler, whew, intimate knowledge of hardware no longer required.

    coding with system calls, fingers dont cramp as much, a degree of universality existed accross platforms. yay DOS.

    coding with WIN API, yay Microsoft fingers dont hurt, brain fatigues from use of arcane API calls

    C comes to rescue no macro assembly required, but variable type hell begins to burn.

    proprietery lockouts and secret source, MASM makes freedom.

    DLL hell awakes.

    LINUX ! yay linus.

  • by xenospn on 8/30/23, 12:41 AM

    QBasic was a joy to work with.