home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / next / programm / 7869 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.5 KB  |  51 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!europa.asd.contel.com!howland.reston.ans.net!usc!venice!gumby.dsd.trw.com!deneva!news
  3. From: thomsen@spf.trw.com (Mark Thomsen)
  4. Subject: Re: experienced NeXTSTEP programmer shortage
  5. Message-ID: <2B364F98.6320@deneva.sdd.trw.com>
  6. Sender: news@deneva.sdd.trw.com
  7. Organization: TRW Inc., Redondo Beach, CA
  8. References: <1992Dec15.195018.5227@afs.com>
  9. Date: Mon, 21 Dec 92 23:13:27 GMT
  10. Lines: 39
  11.  
  12. Gregory H. Anderson writes
  13. > My point is that you only need one or two people who really, really know  
  14. > NeXTSTEP to build a programming shop, corporate-internal or third-party.  
  15. > Everyone else just has to be reasonably smart and open-minded. As I've  
  16. > stated innumerable times, the difficulties learning NeXTSTEP relate to  
  17. > information volume, not concepts. The AppKit, DBKit, IndexingKit, etc.,  
  18. > are just plain BIG, not hard. If you have even one or two person around  
  19. > who know how to navigate them, you can keep a whole shop moving forward.  
  20. > We do it. So can you.
  21.  
  22. I agree with this almost exactly. We sent three of us to NS camp (4/89).
  23. The has been it --- the rest have learned from apprenticeship and indulging
  24. themselves in the learning experience (reading the manuals, trying stuff out).
  25.  
  26. I except the concepts of doing the OO architecting well with little
  27. experience, and easily. This is an area where most of us are not doing
  28. very well in the process of learning OO in the large for the first time.
  29.  
  30. If you have some helpful hints on creating large class hierarchies well -
  31. the parts work together when inherited in part to do new jobs, efficiency
  32. is semi-optimal, the hierarchy is regular and logical to others, the
  33. pieces are general enough to convince new developers to reuse them, and
  34. so forth - I would love to hear them. I wish I had more paths to learning
  35. to point/lead new developers down.
  36.  
  37. > *soap box on*
  38. > Why won't anyone invest in training their employees anymore? Why must  
  39. > everyone come pre-programmed for the specific job available? I'd rather  
  40. > teach programming to smart liberal arts majors who know how to think, than  
  41. > teach thinking to a bunch of computer linguists who only know how to code.
  42. > *soap box off*
  43.  
  44. There are a few examples of this, but the standard seems to pay for pre-
  45. trained people. Somehow this seems better. We trained ours, but to staff
  46. quickly hiring trained people is still the only option for most organizations.
  47.  
  48. Lots of the hiring going on now is quick response stuff - immediate opps.
  49.  
  50. Mark R. Thomsen
  51.