home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / misc / 4221 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.2 KB  |  44 lines
  1. Newsgroups: comp.unix.misc
  2. Path: sparky!uunet!gumby!wupost!emory!nastar!phardie
  3. From: phardie@nastar.uucp (Pete Hardie)
  4. Subject: Re: The Problem with UNIX
  5. Message-ID: <1992Nov17.144224.7906@nastar.uucp>
  6. Organization: Digital Transmission Systems, Duluth, GA.
  7. References: <aldavi01.721333614@starbase.spd.louisville.edu> <1992Nov11.194557.16258@yarc.uucp> <1992Nov13.093952.18999@news.uni-stuttgart.de>
  8. Date: Tue, 17 Nov 1992 14:42:24 GMT
  9. Lines: 33
  10.  
  11. In article <1992Nov13.093952.18999@news.uni-stuttgart.de> skok@itwds1.energietechnik.uni-stuttgart.de (Holger Skok) writes:
  12. >I don't know whether that would help much. My main gripe with UN*X (and
  13. >its CLI) is a lack of standardization. I primarily use the computers at
  14. >work to run finished programs and their standardization is still another
  15. >story. But even just considering UN*X itself it is a damned
  16. >nuisance to have to remember that tar's command line arguments must not
  17. >be preceded by '-' since '-' is an argument in itself, while most other
  18. >commands I use regularly DO require a '-' to precede the arguments. 
  19. >Then sometimes it is possible to group the arguments all together as in
  20. >'dump -0oucbdsf ...' while other commands barf at such combinations.
  21. >All this is on the same flavour of UN*X, mind you.
  22.  
  23. Only some of this is the fault of UNIX.  The rest is the fault of those who
  24. wrote the command code.  The Berkeley UNIX extensions (additions?) are all
  25. post-initial UNIX developments, and therefore do not necessarily follow the
  26. same design ideas as the initial UNIX work.
  27.  
  28. >If a computer is to be a help, not a problem in itself it has to be EASY
  29. >to setup, maintain and take care of. Apps should install themselves and
  30. >REMOVE themselves as well, if necessary. (I don't want to have to clean
  31. >up all the symbolic links an app might create on installation). User
  32. >interface has to be consistent - similar things done in similar ways.
  33. >Standardized interfaces between programs should exist (and not by the
  34. >dozen) so that programs can communicate easily...
  35.  
  36. Very true.  Also applicable to every OS, not just UNIX.
  37.  
  38.  
  39. -- 
  40. Pete Hardie:  phardie@nastar  (voice) (404) 497-0101
  41. Digital Transmission Systems, Inc., Duluth GA
  42. Member, DTS Dart Team           |  cat * | egrep -v "signature virus|infection" 
  43. Position:  Goalie               |
  44.