home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / xenix / sco / 3552 < prev    next >
Encoding:
Text File  |  1992-12-28  |  3.7 KB  |  71 lines
  1. Newsgroups: comp.unix.xenix.sco
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!haven.umd.edu!decuac!pa.dec.com!dynamix!david@uu3.psi.com
  3. From: david@dynamix.com (David L Jarvis)
  4. Subject: Re: Hardware support HORROR story!
  5. Organization:  SOFTWARE / DYNAMIX
  6. Message-ID: <9212280717.AA02187@dynamix.com>
  7. Date: Mon, 28 Dec 92 7:17:59 EST
  8. X-Received: by usenet.pa.dec.com; id AA15188; Mon, 28 Dec 92 05:24:47 -0800
  9. X-Received: by inet-gw-1.pa.dec.com; id AA06865; Mon, 28 Dec 92 05:24:45 -0800
  10. X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)
  11.     id AA04406; Mon, 28 Dec 92 08:11:53 -0500
  12. X-Received: by dynamix.com (smail2.5c)
  13.     id AA02191; 28 Dec 92 07:18:00 EST (Mon)
  14. X-To: comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
  15. X-In-Reply-To: <75@nearside.UUCP>; from "Raymond Shwake" at Dec 22, 92 8:35 pm
  16. X-Mailer: ELM [version 2.3 PL11]
  17. Lines: 52
  18.  
  19. > >Here's the problem, the reason, and the explanation:  there is a
  20. > >limited supply of intelligence.  The number of computers needing
  21. > >service has now exceeded the number of intelligent people
  22. > >available.  So fools are sent to do service.
  23.  
  24. I agree ... but there's more problems than just this ... LOTS more ...
  25. one is that the ppl who are getting into this business are not devoted to
  26. the field ... I saw this when I worked at Syracuse University ... I was
  27. surrounded by English and Art History majors ... they couldn't give a damn
  28. about computing, it was just a job (I was the odd one there, because I had
  29. a system at home, and because I literally lived this stuff, so to them I
  30. was some kinda weirdo) ...
  31. the other problem I think is not only are there ppl in
  32. "support tech" roles who aren't real bright, but more so that there isn't
  33. a lot of formal training for this field ...  I've not come across a 
  34. *single* graduating student who had learned what we do in this business 
  35. at school ... how many universities teach courses on hooking up a b'zillion
  36. different types of terminals, printers, modems, hard drives, ram chips, and
  37. all that other neat stuff?  
  38.  
  39. >     I think the problem is more general than this, though I agree with
  40. >     your suggestions. We used to call people tasked with maintaining
  41. >     these high tech devices as Support or Systems Engineers, and once
  42. >     upon time I think many of them merited the name. To many companies,
  43. >     however, such services are considered a *cost* center, and they'll
  44. >     use such people as they can find and train (at least in the product
  45. >     fundamentals). It's short-sighted, but it's what we too often do in
  46. >     this country.
  47.  
  48. Sad, but true.  Why on earth would they do such a stupid thing, knowing
  49. full well that the customer will suffer and eventually dump them???
  50. Because ...
  51.  
  52. >     Apropos, I came across an article some time back discussing the
  53. >     lower production levels of two nearly identical factories, one set
  54. >     in Japan, the other in the U.S. Why, it was wondered, was the U.S.
  55. >     factory "down" so much more than its Japanese counterpart, and at
  56. >     lower efficiency when working? It seemed the Japanese plant staffed
  57. >     essential positions with qualified engineers, who knew the equipment
  58. >     well and constantly worked to make it work better. The U.S. plant
  59. >     decided they could get by with technicians tasked to just keep it
  60. >     going.
  61.  
  62. they need to save all those dollars so the CEO can make disgusting amounts
  63. of money for doing nothing.  Thats how american business works, and thats
  64. the saddest part of all.
  65.  
  66.  
  67. #----------------------------------------------------------------------#
  68. #          David L. Jarvis                 SOFTWARE  /                 #
  69. #          david@dynamix.com                       /  DYNAMIX          #
  70. #----------------------------------------------------------------------#
  71.