home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sysv386 / 16678 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  4.7 KB
  1. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!netcomsv!cruzio!comix!jeffl
  2. From: jeffl@comix.UUCP (Jeff Liebermann)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: Re: How does a mortal become a UNIX WIZARD ?
  5. Summary: There are different types of wizards.
  6. Message-ID: <495@comix.UUCP>
  7. Date: Fri, 20 Nov 92 21:27:33 PST
  8. References: <1992Nov19.001512.72408@slate.mines.colorado.edu>
  9. Organization: COmmittee to Maintain Independent Xenix
  10. Lines: 91
  11.  
  12. In article <1992Nov19.001512.72408@slate.mines.colorado.edu> mbarkah@slate.mines.colorado.edu (Ade Barkah) writes:
  13.  
  14. >What does it take for a man, er, person, to become a Unix Wizard ?
  15. Experience.  Unix has become to big for one to be an expert on
  16. all aspects and all flavors of Unix.  Contrary to popular
  17. propaganda, the various flavors (AT&T, Sys V.3, Sys V.4, AIX,
  18. BSD, Ultrix, Mimix, Comix, etc) bear only a supreficial semblence
  19. to each other.  It's also getting worse as features, intefaces,
  20. and enhancements are added.  I consider myself fair at SCO Unix
  21. and Xenix.  I just inherited an AIX customer and I am sweating blood.
  22.  
  23. It is also hard to distinguish between sophistocated users,
  24. informed VARS, programmers, hardware types, and kernel hacks.
  25. Each would be considered a wiz within their area of expertise
  26. I've cleaned up many a Unix box from the debris left by experts
  27. far better versed than myself in the arcane arts of Unix
  28. internals but who have never had to keep customers and machines
  29. alive for extended periods.  It's an art that must be learned
  30. by experience.  Learn by destroying.
  31.  
  32. >Which bibles should we study ? (after memorizing O'Rileys to become
  33. >an X Wizzie ?)
  34. You should not memorize anything.  Half of what you know is going
  35. to be obsolete in about 5 years.  It is more imporant to collect
  36. a list of names, phone numbers, email addresses, and such
  37. for those with specific expertise in areas that you expect to
  38. be involved.  Then concentrate on the basics and understand how
  39. things operate.  It is also handy to have access to as many machines
  40. as possible to compare configurations and reliability.  A good
  41. collection of support bbs phone numbers are quite handy when you
  42. need answers at midnight.
  43.  
  44. I strongly recommend buying and skimming (not memorizing) the
  45. various Nutshell books.  They've saved my ass many times.
  46. Where you get the state of the art information (some of which
  47. is unfortunately wrong) are the magazines.  I suggest:
  48.     Unix World
  49.     Open Systems Today (formerly Unix Today)
  50.     Lan Technology
  51.     The Guru (from the Valar Group Ltd)
  52.     and others
  53. The official SCO documentation with Unix 3.2v4.x and ODT 2.0
  54. are radically better than the previous ugly grey incantations
  55. and are well worth reading.  The really important stuff is in
  56. the release notes.
  57.  
  58. >How many kernels (and which ones) we need to take apart and reassemble ?
  59. If kernel crunching is your forte, then as many as possible.
  60. However, if you neglect the other aspects of Unix configuration,
  61. kernel crunching is somewhat of a distraction.   On an SCO system,
  62. I suggest you run:
  63.     /usr/sys/conf/configure -x  > filename        (xenix only)
  64.     /etc/conf/cf.d/configure -x  > filename        (unix only)
  65. and study the output.  When you understand:
  66.     What each kernel parmaeter does.
  67.     What software it affects.
  68.     What hardware affects it.
  69.     Which packages change it's values.
  70.     What diagnostics and monitor routines are available to optimize.
  71.     What are reasonable values for common configurations.
  72.     Why it's tweakable in the first place.
  73. then you can start dealing with internals.
  74.  
  75. >Some doth say that the only way thou shall gain salvation is to
  76. >partake in the (sacrireligios) ceremony of rewriting Unix from
  77. >scratch.
  78. Maybe.  To become a race car driver by building the race car
  79. and understand how everything works is helpful.  However, methinks
  80. that first learning to drive the car would be more useful.  Something
  81. like learning to walk before you can run.  It is also helpful to
  82. own the car (or computer).  There is no better incentive to learning
  83. Unix than keeping your own computer alive while your users and friends
  84. complain and/or demand changes.
  85.  
  86. >So, oh, mylord, how does a mortal become a Unix Wizard ?
  87. Just add "Unix Wizard" to your .signature.  Instant wizard.
  88.  
  89. >(next question: how does a newbie become a net.personality ?)
  90. By spending inordinate amounts of valuable time replying to
  91. questions like this and posting the alleged answers to news.
  92. It also helps to be right so some research is helpful.
  93.  
  94. >Internet  : mbarkah@slate.mines.colorado.edu    (NeXT Mailable)
  95. >CompuServe: 74160,3404
  96.  
  97.  
  98. -- 
  99. # Jeff Liebermann   Box 272     1540 Jackson Ave     Ben Lomond    CA   95005
  100. # 408.336.2558 voice  wb6ssy@ki6eh.#nocal.ca.usa  wb6ssy.ampr.org [44.4.1.86]
  101. # 408.699.0483 digital_pager    73557,2074  cis [don't]
  102. # jeffl@comix.santa-cruz.ca.us  uunet!comix!jeffl  jeffl%comix@scruz.ucsc.edu
  103.