The myth of the fall
esr.ibiblio.org
esr.ibiblio.org
It didn't come from MIT, but TeX is certainly an artifact of the same academic hacker culture. Knuth originally wrote it at SAIL to run on the local OS, WAITS. It was rewritten in Pascal, not C, to be portable to the wide range of operating systems out there in 1980.
(I understand that GNU info is also a reimplementation of MIT AI Lab software, which explains a lot.)
Not the first, see eg. Burroughs mainframes, early 60's.
JOVIAL was another language, used for systems programming on the militay side, predating C and proven.
Pascal was contemporary with C and UCSD p-System was released just 2 years later than Unix. It was also more portable and retargetable than Unix.
If anyone here is interested in experimenting with a Bliss compiler, there's one installed on the gein.vistech.net VMS server, and there are free accounts available there. Visit http://deathrow.vistech.net for account registration details.
FWIW, the UCSD P-System and p-code and the Pascal compiler was easily portable, but the tools were also very buggy (at least) on the Terak boxes, and — even for the era — very slow. Folks were always working around some bug or another, or some slowness.
True story: I took over a numerical simulation on a 2D grid that ran slowly, because it implemented the 2D grid as a linked list. If you wanted to refer to the node directly below the current one, and the grid was 60x60, you had to follow 60 links to do it! I looked down on the guy who wrote it as being somehow hung up on linked lists, like it was his favorite data structure from school or something. Only later did I find out that he had no choice - he couldn't allocate a variable-sized array. So we re-wrote it to allocate the biggest array we had memory to hold, and to only use part of it.
But if we were trying to write a portable operating system, or something of that sort, our kludge would not have worked. Allocating the biggest possible size needed is not good behavior for an OS...
Yes, because BASIC and Creative Computing magazine never happened.
Conflating the idea of sharing code, with the idea of sharing system level code doesn't really help this essay IMNHO.
As for the "creation myth" -- I guess that refers to stuff like: http://oreilly.com/openbook/freedom/ch01.html
I'm not sure how this is supposed to be a "myth". As far as I can tell we went from relatively open systems (if not free) to much more closed systems. And now, after the rise of various standard platforms (x86, sparc, arm) we're in a strange (and a little scary) in-between place where we have oodles of great hardware, half of which we have no real idea how works, except for binary driver blobs.
I guess I just don't understand the motivation for tying together the fact that we've come a long way in terms of system and language design, and that because of that we've been able to get some pretty solid open systems -- and that closed systems aren't (and never was) a bad thing, because, you know *bsd and linux and stuff?
And there's of course stuff like: http://stephane.ducasse.free.fr/FreeBooks/BlueBook/Bluebook....
While later than C, in some ways arguably more open than unix (as it was actually published and distributed).
The motivation for the tying you talk of is that it is this kind of code sharing that has really liberated hackers from the grip of proprietary computing. The Fortran and Basic -style of sharing still left hackers with considerable lock-in to the computing environment they were currently using.
Claiming late '70s work as "earliest" does sorta miss when SHARE and DECUS were founded - 1955(!) and 1961, respectively.
Like, we get it dude. 30+ years later you're still upset that you didn't get into MIT and weren't part of the MIT/CMU/SAIL crowd. Steven Levy didn't mention you in Hackers and called RMS "the last true hacker" -- we get it, you're still butthurt. But seriously dude, move the fuck on...
Uhh, CP/M? More gibberish from ESR.
Let's not forget that the BSD (Net1) debacle didn't even start till about 89 and Linux didn't show up till, what, 91? There is a huge time gap between the origins of the open source culture and the practical availability for tinkerers.
Also, please, please don't forget the influence of Minix in this (also not till 87). sidenote: If you weren't aware, Minix 3 is now BSD licensed, and I find it as a ray of hope for the future (10k lines of kernel code vs what, 10mil in linux now? Let's admit it, linux is getting out of control of the open source review principle... but I digress.)
The real gem of this article is the end:
"We didn’t get here because we failed in our duty to protect a prelapsarian software commons, but because we succeeded in creating one."
What that really means is that although open source got us to where we are today, we are still in a very precarious position. "Prelapsarian" is right. We are in a time where the potential for a lapse back to proprietary is far too strong at the moment, and honestly while I understand the arguments between BSD and GPL, I think history has shown that BSD is far too easily abused (Apple/Windows netstacks, etc), and RMS will in the future history books either be considered a visionary ahead of his time or wiped from the pages of history due to the totalitarianism in effect.
Software is a social issue, there is no way around that fact, and we ignore it at our peril.
(one more sidenote: I think one of the main threats of proprietary these days is, that as open source/foss takes over, it becomes the backend blob that everyone ignores and forgets about. See: GSM stack, etc. We need to keep FOSS close to the hardware)
Jay Maynard (yeah, that Tron costume guy+) - "Not only did RMS have to co-opt Unix technology, he bathed about it, as well." ""bathed"??!?!! Damned auto-correct. That was supposed to be "bitched"."
Patrick Maupin: "Yeah, we all knew RMS didn't do that..."
(RMS is not well known for exceptional personal hygiene.)
+ https://www.google.com.au/search?q=Jay+Maynard&safe=off&espv...