home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / next / programm / 7902 < prev    next >
Encoding:
Text File  |  1992-12-23  |  2.7 KB  |  54 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!psinntp!afs!greg
  3. From: greg@afs.com (Gregory H. Anderson)
  4. Subject: Re: experienced NeXTSTEP programmer shortage
  5. Message-ID: <1992Dec23.191438.1429@afs.com>
  6. Sender: greg@afs.com
  7. Reply-To: greg@afs.com
  8. References: <1992Dec18.120709.16965@dircon.co.uk>
  9. Date: Wed, 23 Dec 1992 19:14:38 GMT
  10. Lines: 42
  11.  
  12. In article <1992Dec18.120709.16965@dircon.co.uk> uad1221@dircon.co.uk  
  13. (David Lomax) writes:
  14. > When you talk about teaching smart/open-minded people NeXTSTEP, 
  15. > are you assuming that even though they have no previous NeXT 
  16. > experience, they do have previous OOP/D experience. 
  17. > [munch]
  18. > I would be very happy to take on staff who had never used a 
  19. > NeXT box before but would be a lot more retiscent about people 
  20. > who had no OOP/D experience.
  21. > 
  22.  
  23. Nope, only Dave had previous OOP/D experience (in C++). As mentioned in my  
  24. original posting, I had only programmed in BASIC before. Dave taught me  
  25. what OOP/D is all about. It took a week to reach a fuzzy understanding and  
  26. another month of poking around and making sense of examples to get the  
  27. point. And of course, I had to complete an entire complex project to learn  
  28. what works in a larger context than two or three simple classes. Object  
  29. toolkits don't spring up fully formed in your first at-bat. The classic  
  30. advice "Always be prepared to throw one away" is still valid. That's why I  
  31. say you need at least one or two people as mentors. They can provide a  
  32. sanity check on unnecessary 'recycling' by less experienced personnel.
  33.  
  34. If you're a reasonably good teacher, and I think I am, it's not that hard  
  35. to convey the essence of OOP/D to bright people. You just have to know how  
  36. to do it effectively. The best teachers are skilled at leading students to  
  37. model within their own brains what is already known and understood by the  
  38. teacher. As a result, the true limitation on learning speed lies with the  
  39. *teacher*, not the student, in most cases. I'm sure you're a bright  
  40. person. I'm sure you can remember a teacher who had a knack for helping  
  41. you grasp new concepts, and another who left you in a fog no matter how  
  42. hard both of you tried. How fast would you have learned OOP/D under both  
  43. of them? Whose 'fault' would it be in the slower case?
  44.  
  45. It's often said that it's easier to teach OOP/D to people who do NOT have  
  46. traditional programming experience (less de-programming, pardon the pun),  
  47. and I have found that to be true. I stick to my original conclusion.
  48.  
  49. --
  50. Gregory H. Anderson          | Thus spake the master programmer: 
  51. Master Programmer / Manager  | "Let the programmers be many and  
  52. Anderson Financial Systems   | the managers few; then all will be 
  53. greg@afs.com  (Nextmail OK)  | productive." -- Tao of Programming
  54.