home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / misc / 4079 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.7 KB  |  56 lines
  1. Newsgroups: comp.unix.misc
  2. Path: sparky!uunet!stanford.edu!agate!rsoft!mindlink!a269
  3. From: Mischa_Sandberg@mindlink.bc.ca (Mischa Sandberg)
  4. Subject: Re: The Problem with UNIX
  5. Organization: MIND LINK! - British Columbia, Canada
  6. Date: Tue, 10 Nov 1992 04:30:04 GMT
  7. Message-ID: <17310@mindlink.bc.ca>
  8. Sender: news@deep.rsoft.bc.ca (Usenet)
  9. Lines: 45
  10.  
  11. I think that much of what the original poster was objecting to, in the
  12. Unix environment, was (a) that there are some really strange little gotchas
  13. for the beginner, and (b) the Unix concept of absolutely flat typeless files
  14. could stand a little upward extension --- especially since it's a fib,
  15. anyway.
  16.  
  17. While one can argue the flexibility of an orthogonal shell (metachar
  18. expansion)
  19. and programs, the touchiness of such things as "mv * x" versus "mv *x"
  20. ought to give most people pause. And how many of you experienced Unix users,
  21. as SOME point, have aliased rm to "/bin/rm -i" --- probably just after
  22. deleting a week's worth of source code?
  23.  
  24. While the examples quoted as alternatives (Windows, OS/2, DOS!?) are
  25. pretty goofy, one might better look toward some other examples of
  26. orthogonal function: Mac's and Smalltalk. The Mac's file system,
  27. with resource forks and, essentially, "types" of file, sound like
  28. a concise answer to (b), without the retarded side of typed files
  29. a la VAX/VMS or CMS. And an environment that allows classes and
  30. subclasses can provide the same interactive flex as the shell
  31. (well, the Korn shell or better) while adding a layer of "do what I
  32. want, since it's obvious" to such cases as "mail xyz <a.out".
  33.  
  34. At the beginning, I mentioned typelessness being a "fib". In the rawest
  35. sense, Unix allows file-like objects with non-file attributes
  36. (sockets bound to names, streams, devices). But even more common
  37. is the "typed" nature of text files. We kludge around with file suffixes
  38. as identification to other humans; and we kludge around even more
  39. with magic numbers, /etc/magic and "file" to make guesses as to
  40. what a file is good for. How about the "ls" command that checks
  41. whether stdout is a device or a file, and behave differently
  42. in either case? Give me a break!
  43.  
  44. So, instead of arguing whether the shell and Unix's general attitude
  45. is a marvel of spare design or a pain, how about considering
  46. where a similarly spare, upwardly-compatible extension to Unix
  47. would radically improve Unix's usability. We're not all Ken T's,
  48. but there ought to be some good ideas out there. What say?
  49. --
  50. Mischa Sandberg ... Mischa_Sandberg@mindlink.bc.ca
  51.                  or uunet!van-bc!rsoft!mindlink!Mischa_Sandberg
  52. *-*-*-*-*-*-*-*-*-*-*
  53. Engineers think equations are an approximation of reality.
  54. Physicists think reality is an approximation of the equations.
  55. Mathematicians never make the connection.
  56.