Agreed.<div><br></div><div>   -- Bob</div><div><br><br><div class="gmail_quote">On Tue, Feb 22, 2011 at 1:37 PM, John-Thomas Richards <span dir="ltr"><<a href="mailto:jtr@jrichards.org">jtr@jrichards.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Tue, Feb 22, 2011 at 12:59:46PM -0500, Adam Tauno Williams wrote:<br>
> On Tue, 2011-02-22 at 12:41 -0500, Bob Kline wrote:<br>
</div>[snip]<br>
<div class="im">><br>
> > In the early days of Unix the philosophy was to have simple commands<br>
> > that did one thing well.<br>
><br>
> It is common to position this as a philosophy;  I don't accept that<br>
> there was every much of a philosophy behind UNIX (which LINUX isn't,<br>
> LINUX is a work-alike).  UNIX is primarily a heaping pile of pragmatic<br>
> compromises - most of which work extremely well and many of which are<br>
> creaky.<br>
<br>
</div>There is a UNIX philosophy.  It is exactly as I stated: create simple<br>
applications that do one or two (or a few) things well.  mutt is a great<br>
example.  mutt is a mail user agent.  mutt focuses on reading mail.<br>
Period.  Because of this, mutt does not have its own internal MTA.  mutt<br>
does not have its own editor.  Many use vim or joe or nano or some other<br>
editor along with it because mutt focuses on its primary raison d'être:<br>
reading mail.  That's UNIX-y.<br>
<br>
Many early (I started using Linux in 1997) apps followed this philosophy<br>
(many still do).  For example, a number of CD- or DVD-ripping apps are<br>
just front-ends that combine a number of CLI-driven apps.  Why write<br>
software to encode when LAME does it well?<br>
<div class="im"><br>
> > I think it was even put something like that.  Commands were piped so<br>
> > the user could build up the exactly function needed at the time, and<br>
> > one uses aliases to save often used sequences.<br>
><br>
> Most of what you describe above is a function of the shell; and not<br>
> unique to UNIX.<br>
<br>
</div>Pipes are what make the UNIX philosophy possible.  It's a way to connect<br>
together the simple apps that do one or two things well, whether it's a<br>
function of the shell or not.  Could one create an application that<br>
searches the filesystem for files that match one's regular expression<br>
and puts the matches into a file?  Sure, but why?  There are apps that<br>
can do different pieces of that.  Pipes string 'em together.<br>
<br>
[snip]<br>
<font color="#888888">--<br>
john-thomas<br>
------<br>
The shorter a word, the more meanings it has.<br>
Paul A Delaney, meteorologist<br>
</font><div><div></div><div class="h5"><br>
--<br>
This message has been scanned for viruses and<br>
dangerous content by MailScanner, and is<br>
believed to be clean.<br>
<br>
_______________________________________________<br>
grlug mailing list<br>
<a href="mailto:grlug@grlug.org">grlug@grlug.org</a><br>
<a href="http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug" target="_blank">http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug</a><br>
</div></div></blockquote></div><br></div>
<br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.