Pfui. The only way to get started is punched cards, paper tape, and toggling in the RIM loader through the PDP-8 switch register. Them newfanged "glass teletypes" will only lead to trouble. You kids get off my lawn! :-)
I've never heard of gweeps. It must be a WPI thing, since gweep is almost an anagram of WPI. When I was an undergrad, programmers had Rasputin-like long scraggly beards, carried around boxes of cards, consulted documentation in huge binders filled with cabalistic incantations, and were generally regarded as all-powerful druids.
All that ended when you could buy floppy disks at K-mart.
A few years after graduating, I returned to my fraternity house and was appalled. There was a TV-100 in the second floor landing, connected over an acoustic dialup modem to the school VAX computer. A great convenience, but it meant the gweeps had taken over sacred space.
You are not old school unless you used punch cards to enter your programs. My first embedded programming was with an Altair 8800(?) toggleing switches. Then got to work with a 6803 system writing assembly language and storing them on the 8 inch floppy!! First system design was a 6502 based cpu, so wrote assembly code on an Apple II computer.
I don't miss them either, as I paid $350 for my first floppy drive. An Apple II with 147K storage capacity! Woz was the man. New EE's now do not have a clue on how much easier things are now, compared to back then.
The great thing about punch cards is that you can fold them into missiles and launch them using a rubber band. They're really dangerous: the point is sharp and they'll go quite a ways into acoustic tile ceilings.
Martin wrote: And yet, we work more today than back then. What went wrong?
While some things are indeed a lot easier now -- my favorite example is being able to capture transient events using a digital 'scope -- many things are much harder. In particular, it's much harder for a CPU to talk to I/O devices. My favorite example of this is that the PDP-11 Peripherals Handbook has a chapter called "Programming" which covers how to write I/O programs in PDP-11 assembly language using both busy-waiting and interrupts. The chapter is eight pages long.
Nowadays device-level programmers have to deal with Windows or Linux device drivers, which require understanding thousands of pages of arbitrary complexity, and modern SoCs require hundreds or thousands of lines of initialization code just to get started.
Another example is USB. If you're using a properly-designed USB device, it's really easy: you just plug it in and it installed as if by magic. If you're writing the software to implement that magic, it's a nightmare.
A Book For All Reasons Bernard Cole1 Comment Robert Oshana's recent book "Software Engineering for Embedded Systems (Newnes/Elsevier)," written and edited with Mark Kraeling, is a 'book for all reasons.' At almost 1,200 pages, it ...