home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / edu / 1635 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  2.2 KB
  1. Xref: sparky comp.edu:1635 comp.lang.misc:3042
  2. Newsgroups: comp.edu,comp.lang.misc
  3. Path: sparky!uunet!caen!umeecs!quip.eecs.umich.edu!schuette
  4. From: schuette@quip.eecs.umich.edu (R. Wade Schuette)
  5. Subject: Re: Programmers
  6. Message-ID: <1992Sep12.100943.15877@zip.eecs.umich.edu>
  7. Sender: news@zip.eecs.umich.edu (Mr. News)
  8. Organization: University of Michigan EECS Dept., Ann Arbor
  9. References: <peterd.716085594@pjd.dev.cdx.mot.com> <1992Sep11.165639.24682@yrloc.ipsa.reuter.COM> <18rl1sINNhme@early-bird.think.com>
  10. Date: Sat, 12 Sep 1992 10:09:43 GMT
  11. Lines: 35
  12.  
  13. In article <18rl1sINNhme@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
  14. >In article <1992Sep11.165639.24682@yrloc.ipsa.reuter.COM> rbe@yrloc.ipsa.reuter.COM (Robert Bernecky) writes:
  15. >>a. Ability to spell.
  16. >>b. Ability to write simple, complete sentences in any language.
  17. >>c. Ability to communicate what they claim to know.
  18. >
  19. >These skills are useful for everyone, not just computer professionals, and
  20. >lack of these skills is rampant in most engineering discliplines.  Since
  21. >this discussion is taking place in comp.* groups, let's try to focus on the
  22. >problems specific to computers.  I don't think we have any hope here of
  23. >solving all the problems of the education system, but we might be able to
  24. >make some inroads into the issues unique to computer science.
  25. >Barry Margolin
  26.  
  27. I'll agree that focus is good, but if skills are necessary for the field,
  28. they seem relevant even if they are also necessary for other fields.
  29.  
  30. Somewhat in that category I'd also add:
  31. d.  ability to function as part of a team
  32. e.  ability to take criticism of one's work constructively
  33. f.  ability to constructively criticize other team members work
  34.  
  35. In some ways these seem a unique requirement of any serious development
  36. project, regardless of language and methodology.  If you can't participate
  37. in a group walkthrough of your design, analysis, and implementation I
  38. don't want you on MY team.
  39.  
  40. Wade
  41.  
  42.  
  43. -- 
  44. ======================================================================
  45. R. Wade Schuette        | "Have you ever noticed that if you think
  46. +1 (313) 996-7479       | about a problem at 2am, and then again at 
  47. schuette@eecs.umich.edu | noon, you get two different answers?" snoopy
  48.