Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!pt.cs.cmu.edu!o.gp.cs.cmu.edu!spot From: spot@CS.CMU.EDU (Scott Draves) Newsgroups: comp.arch Subject: Re: How wrong is MS-DOS? (or: What is the definition of obsolete) Message-ID: Date: 13 Jan 91 05:53:22 GMT References: <11123@lanl.gov> <1991Jan13.024453.13899@ingres.Ingres.COM> Sender: netnews@cs.cmu.edu (USENET News Group Software) Organization: School of Computer Science, Carnegie Mellon University Lines: 35 In-Reply-To: jpk@ingres.com's message of 13 Jan 91 02:44:53 GMT The paradigm you are describing was recommended to as a way of perfomrming what we would today call "rapid prototyping". It was a way of getting a quick-and-dirty version of a new tool so you could play around with the functionality before building a production quality version as a single utility. ... The appropriate level of interaction between the components of a software environment is very rarely a pipe. The appropriate level of interaction is _much_ more often a procedure call. Your use of UNIX must be very different from mine (and others'), or you are talking about programming and not interactive use. I do *not* want to write a program every time I want to search a file for a word. The stuff I write with shell (pipes and all those funny utilities) are mostly one-shot hacks. Something I need done now and probably not ever again in the future. So "rapid prototyping" is *exactly* what I want. If you are saying you would never write production code in csh using all those utilities, then I agree. And so will (nearly?) everyone else. That would be slow and gross. But for day to day work I use csh + grep et al + elisp quickly and effectively to solve my problems. -- IBM Scott Draves Intel spot@cs.cmu.edu Microsoft