Differences

This shows you the differences between two versions of the page.

--- tactics:unix-philosophy [2025/09/10 11:52] – Humphrey Boa-Gart
+++ tactics:unix-philosophy [2025/09/30 22:44] (current) – external edit 127.0.0.1
@@ Line 12: / Line 12: @@
 Because of this set of ideals that drove Unix development, Unix became incredibly popular amongst academic professionals, hobbyists and developers - all of whom were frustrated by the propriety & monolithic software platforms that were in common use at the time.
-While Unix has largely been superceded by its descendants such as [[diy:linux|Linux]] and **BSD**, its influence has been elephantine. The Unix Philosophy still informs the decisions made by many influential developers & the open-source community to this very day. For [[anonymous:anonops|AnonOps]] engineers, this means you will have to embrace this ideology if you want to be able to make the most efficient use of this software ecosystem.
+While Unix has largely been superceded by its descendants [[diy:linux|Linux]] and **BSD**, its influence has been elephantine. The Unix Philosophy still informs the decisions made by many influential developers & the open-source community to this very day. For [[anonymous:anonops|AnonOps]] engineers, this means you will have to embrace this ideology if you want to be able to make the most efficient use of this software ecosystem.
 ===== Deeper Analysis =====
+The Unix Philosophy isn't a strict set of coded rules, but rather a flexible set of guidelines & ideals. It is best summarized by programmer Eric S. Raymond in his book [[http://www.catb.org/esr/writings/taoup/html/ch01s06.html|The Art of Unix Programming]]:
+> The ‘Unix philosophy’ originated with Ken Thompson's early meditations on how to design a small but capable operating system with a clean service interface. It grew as the Unix culture learned things about how to get maximum leverage out of Thompson's design. It absorbed lessons from many sources along the way.
+>
+> The Unix philosophy is not a formal design method. It wasn't handed down from the high fastnesses of theoretical computer science as a way to produce theoretically perfect software. Nor is it that perennial executive's mirage, some way to magically extract innovative but reliable software on too short a deadline from unmotivated, badly managed, and underpaid programmers.
+>
+> The Unix philosophy (like successful folk traditions in other engineering disciplines) is bottom-up, not top-down. It is pragmatic and grounded in experience. It is not to be found in official methods and standards, but rather in the implicit half-reflexive knowledge, the expertise that the Unix culture transmits. It encourages a sense of proportion and skepticism — and shows both by having a sense of (often subversive) humor.
 The 1974 essay [[https://people.eecs.berkeley.edu/~brewer/cs262/unix.pdf|The UNIX Time-Sharing System]] by Thompson and fellow Unix dev [[wp>Dennis Ritchie]] identifies the following tactical side-effect of this philosophy:
@@ Line 21: / Line 29: @@
 > It is worth noting that the system is totally self-supporting. All UNIX software is maintained under UNIX; likewise, UNIX documents are generated and formatted by the UNIX editor and text formatting program.
-Unix //((like Linux & BSD after it)// is its own development environment and support structure. You don't need fancy third-party IDE's or hardware development kits to debug, modify or expand the system, because it's all part of the operating system or its stock package managers.
+Unix //(like Linux & BSD after it)// is its own development environment and support structure. You don't need fancy third-party IDE's or hardware development kits to debug, modify or expand the system, because it's all part of the operating system. With Linux, you now have internal [[tools:package-manager|package managers]] offering a cornucopia of additional utilities to augment your workflow.
 In [[https://scis.uohyd.ac.in/~apcs/itw/UNIXProgrammingEnvironment.pdf|The Unix Programming Environment]] by Bell Labs veterans [[wp>Brian Kernighan]] and [[wp>Rob Pike]], they explained how this DIY mentality appealed to programmers and professors:
@@ Line 27: / Line 35: @@
 > Why did it become so popular in the first place? The central factor is that it was designed and built by a small number (two) of exceptionally talented people, whose sole purpose was to create an environment that would be convenient for program development, and who had the freedom to pursue that ideal. Free of market pressure, the early systems were small enough to be understood by a single person.
-The Unix Philosophy isn't a strict set of coded rules, but rather a flexible set of guidelines & ideals. It is best summarized by programmer Eric S. Raymond in his book [[http://www.catb.org/esr/writings/taoup/html/ch01s06.html|The Art of Unix Programming]]:
+In their 1984 essay [[https://harmful.cat-v.org/cat-v/unix_prog_design.pdf|Program Design in the Unix Environment]], Kernighan and Pike further elaborate how this approach was to create a cohesive system of components where the whole was greater than the sum of its parts:
+> Much of the power of the UNIX operating system comes from a style of program design that makes programs easy to use and, more important, easy to combine with other programs. This style has been called the use of software tools, and depends more on how the programs fit into the programming environment and how they can be used with other programs than on how they are designed internally.
-> The ‘Unix philosophy’ originated with Ken Thompson's early meditations on how to design a small but capable operating system with a clean service interface. It grew as the Unix culture learned things about how to get maximum leverage out of Thompson's design. It absorbed lessons from many sources along the way.
->
-> The Unix philosophy is not a formal design method. It wasn't handed down from the high fastnesses of theoretical computer science as a way to produce theoretically perfect software. Nor is it that perennial executive's mirage, some way to magically extract innovative but reliable software on too short a deadline from unmotivated, badly managed, and underpaid programmers.
->
-> The Unix philosophy (like successful folk traditions in other engineering disciplines) is bottom-up, not top-down. It is pragmatic and grounded in experience. It is not to be found in official methods and standards, but rather in the implicit half-reflexive knowledge, the expertise that the Unix culture transmits. It encourages a sense of proportion and skepticism — and shows both by having a sense of (often subversive) humor.
 {{tag>Tactics Programming}}

User Tools

Site Tools

Differences