Neal Stephenson's analogy from 'In the Beginning was the Command Line' is pretty good:
"Unix, by contrast, is not so much a product as it is a painstakingly compiled oral history of the hacker subculture. It is our Gilgamesh epic.
What made old epics like Gilgamesh so powerful and so long-lived was that they were living bodies of narrative that many people knew by heart, and told over and over again--making their own personal embellishments whenever it struck their fancy. The bad embellishments were shouted down, the good ones picked up by others, polished, improved, and, over time, incorporated into the story. Likewise, Unix is known, loved, and understood by so many hackers that it can be re-created from scratch whenever someone needs it."
Here's one from the book The Art of UNIX Programming[0]: "The Unix philosophy is bottom-up and not top-down. It is pragmatic and grounded in experience."
I'm only part way through the 1st chapter but the Don Libes book is quite good. Having been written in 1989 it's an interesting perspective of Unix before Linux.
That book - TAOUP - is quite good, though written in ESR's typical style (somewhat heavy and maybe overuse of relatively complex and less-used words).
One concept or principle mentioned in the book - the X Windows concept - of "provide mechanism, not policy" [1] - is, IMO, one of the reasons for Unix's longevity and success, even as it has morphed through various versions - from the original Bell Labs ones through Sun, HP, IBM's versions, and then Linux, the BSDs, etc., and up to Android and Mac OS X and iOS. I commented somewhere recently on a blog post about this.
[1] To make it clear, the principle name is slightly misleading. It does not mean "don't provide at all". It just means, let the lower layers of a software stack (such as X Windows) provide only the mechanism, and leave it to higher layers (such as, say, KDE or GNOME), to decide the policy.
Unix history certainly has aspects of the "grandfather's axe". Few users of unixoid systems today are running original 70ies Unix code.
But Unix is not just code. The concepts introduced by Unix - or at least the flavor given to certain concepts - lives on to this day. Basically all of the userspace-kernel interface, the system calls, are still there and work in largely the same way. These concepts and interfaces are parts of the axe too and they haven't been replaced.
I think being a Unix is analogous to being a member of the set of axes, rather than any specific unix implementation or install, which would be equivalent to a specific axe.
Ah ok, I see what you mean. I've always thought of "operating system" as the kernel itself (and some set of user land tools as a "distribution") but I can see how it could be interpreted differently.
I mean, what counts as the "operating system" is not the point here. It's that, whatever "UNIX" is (operating system, distribution, or whatever you want to call it), is more than just the kernel, and can't meaningfully be said to be replicated by Linux without mentioning GNU.
I have found the easiest way for people to understand it is: Android runs a Linux kernel. The systems we often call "Linux" systems are really Linux + GNU + X to get to the same kind of place.
That is an interpretation at odds with UNIX history, and basically only applicable to Linux, which is the exception to the rule. I suggest reading this article, it's written for FreeBSD but applies very similarly to Solaris etc.
Which is why I personally use the term GNU/Linux. Not because the only other component in the system is GNU, but because it preserves the history of the system. It doesn't help than Linus calls his kernel an operating system.
I find UNIX amazing. What Thompson, Ritchie and McIllroy did was invaluable to the world of computing . I'm still to get well versed about the early days of it but its amazing how it transcended down to modern day
38 comments
[ 4.2 ms ] story [ 89.4 ms ] threadThe concepts are there, and a lineage may be traced, but little of the original parts still exists.
This because the basic concepts that define unix allows it to be modular and adaptable.
"Unix, by contrast, is not so much a product as it is a painstakingly compiled oral history of the hacker subculture. It is our Gilgamesh epic.
What made old epics like Gilgamesh so powerful and so long-lived was that they were living bodies of narrative that many people knew by heart, and told over and over again--making their own personal embellishments whenever it struck their fancy. The bad embellishments were shouted down, the good ones picked up by others, polished, improved, and, over time, incorporated into the story. Likewise, Unix is known, loved, and understood by so many hackers that it can be re-created from scratch whenever someone needs it."
[0] http://www.amazon.com/UNIX-Programming-Addison-Wesley-Profes...
UNIX as literature http://theody.net/elements.html
Life with UNIX by Don Libes http://minnie.tuhs.org/Archive/Documentation/Books/Life_with... (from the author's website)
Thanks for sharing!
Something that seems to be lost on a solid portion of the current custodians of that legacy...
One concept or principle mentioned in the book - the X Windows concept - of "provide mechanism, not policy" [1] - is, IMO, one of the reasons for Unix's longevity and success, even as it has morphed through various versions - from the original Bell Labs ones through Sun, HP, IBM's versions, and then Linux, the BSDs, etc., and up to Android and Mac OS X and iOS. I commented somewhere recently on a blog post about this.
[1] To make it clear, the principle name is slightly misleading. It does not mean "don't provide at all". It just means, let the lower layers of a software stack (such as X Windows) provide only the mechanism, and leave it to higher layers (such as, say, KDE or GNOME), to decide the policy.
Wikipedia article:
https://en.wikipedia.org/wiki/Separation_of_mechanism_and_po...
But Unix is not just code. The concepts introduced by Unix - or at least the flavor given to certain concepts - lives on to this day. Basically all of the userspace-kernel interface, the system calls, are still there and work in largely the same way. These concepts and interfaces are parts of the axe too and they haven't been replaced.
[0] http://catb.org/esr/writings/unix-koans/returning.html
And that was GNU.
https://www.over-yonder.net/~fullermd/rants/bsd4linux/03
> I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones.
https://www.youtube.com/watch?v=3Ea3pkTCYx4
http://spectrum.ieee.org/at-work/innovation/inventing-unix
Also very entertaining. RIP Mr. Ritchie!
edit: wrong link, too many tabs. :-)