home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / clients / 179 < prev    next >
Encoding:
Text File  |  1992-11-19  |  4.0 KB  |  88 lines

  1. Newsgroups: comp.client-server
  2. Path: sparky!uunet!s5!is1.is.morgan.com!is.morgan.com!mpiet
  3. From: mpiet@is.morgan.com (Mark Pietrasanta)
  4. Subject: Re: Is Client-Server dead?
  5. Message-ID: <1992Nov19.113544@is.morgan.com>
  6. Sender: news@is.morgan.com
  7. Nntp-Posting-Host: is11
  8. Organization: Morgan Stanley - IS
  9. References: <1992Nov17.111656@is.morgan.com> <Bxwz4p.4tq@hsi.com>
  10. Date: Thu, 19 Nov 1992 16:35:44 GMT
  11. Lines: 75
  12.  
  13. In article <Bxwz4p.4tq@hsi.com>, wright@hsi.com (Gary Wright) writes:
  14. |> In article <1992Nov17.111656@is.morgan.com> 
  15. |> mpiet@is.morgan.com (Mark Pietrasanta) writes:
  16. |> >How do we IS'ers
  17. |> >maintain our role (or any role) as the business units start to
  18. |> >welcome the new peer philosophy?  Especially if they embrace
  19. |> >Microsoft's solutions, which will mean they can support and
  20. |> >develop with minimal man-hours and without IS?
  21. |> 
  22. |> [...]
  23. |> Now I would tend to agree that traditional IS groups may have
  24. |> trouble with this but certainly the skills required to design,
  25. |> install, support, etc a complex heterogeneous LAN environment 
  26. |> are the same skills required to run a large central computer center.
  27. |> The details change, but the concepts are much the same.
  28. |> 
  29.  
  30. I agree.  But what happens when the LAN goes away, something like
  31. Windows for Workgroups becomes easily accessable, all college grads
  32. learn it, and the users start saying, 'hey, why is it that IS can never
  33. give us EXACTLY what we want, when we want it, and charge us so much?
  34. Screw them, let's higher some kid (one of them) at entry and get 
  35. everything we want.'
  36.  
  37. They will only have to rely on IS for the cabling, and the maintenance
  38. of the actual backend data (SyBase, mainframe, whatever).  This means
  39. that IS loses their ability to stay in contact with the business, and
  40. therefore become VERY expendible (more so than today).  In addition, they
  41. lose alot of the unique expertise gained from working in different large
  42. businesses (since they will be the first ones to fall?).
  43.  
  44. The LANs forced IS to restructure and say 'Okay, the PC's are yours,
  45. but the server, well, that's a big, complicated thing that only we
  46. can deal with.' -- a variation on the mainframe.  Once this type of
  47. client-server goes away (which I contend it will), then the users 
  48. basically control everything except the storing of the data -- they
  49. control the retrieval, manipulation, and distribution, typically IS
  50. assisted functions.
  51.  
  52. What can we do to avoid or work with this?  Restructure again?  Or 
  53. do you think this is something that is extreme and will never happen?
  54.  
  55. |> In fact in some ways is harder to administer to the needs of a 
  56. |> distributed PC based environment.  Just think about making reliable
  57. |> backups for all those PCs.
  58.  
  59. Every week I see an easier and easier way to do LAN backups, whether PC,
  60. Unix, or Novell.  If Windows for Workgroups kicks off, I'm sure there will
  61. be some painless way to do the distributed backups.  And the one 'kid'
  62. will still be able to maintain it.
  63.  
  64. |> What needs to happen is that the IS group must change its structure
  65. |> and the services it offers so that the smaller groups within your
  66. |> organization can rely on you to continue to manage their systems.
  67. |> Why should each of these smaller groups being hiring (or drafting)
  68. |> PC and network experts?  Usually they take what they can get from
  69. |> there existing staff instead of hiring a skilled/trained person.
  70.  
  71. Okay, we did it once with LANs, what do we do now?  The reason they would
  72. use/hire their own person is that is would sure be alot cheaper to have
  73. one real headcount than to pay for endless manhours within IS.  It's
  74. often very difficult to explain to the users where all these man-hours 
  75. come from.
  76.  
  77. Very interested in any comments.
  78. Mark Pietrasanta - mpiet@is.morgan.com
  79. * * * * * * * * *
  80.  
  81. "Great spirits have always encountered violent opposition from
  82. mediocre minds." - Albert Einstein
  83.  
  84. ----------------------------------------------------------------
  85. Disclaimer: These responses are my own and in no way reflect the
  86.             views of my employer.
  87. ----------------------------------------------------------------
  88.