home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / c / 19379 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  3.6 KB
  1. Path: sparky!uunet!gatech!prism!jm59
  2. From: jm59@prism.gatech.EDU (MILLS,JOHN M.)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Any hope for me..?
  5. Message-ID: <79415@hydra.gatech.EDU>
  6. Date: 7 Jan 93 19:49:20 GMT
  7. References: <C0CC1w.2F5@netnews.jhuapl.edu> <726355710snz@panache.demon.co.uk> <C0Hty1.DvH@netnews.jhuapl.edu>
  8. Organization: Georgia Institute of Technology
  9. Lines: 68
  10.  
  11. In article <C0Hty1.DvH@netnews.jhuapl.edu> bandy@netnews.jhuapl.edu (Mike Bandy) writes:
  12. >raph@panache.demon.co.uk (Raphael mankin) writes:
  13. >
  14. >>My experience of CS graduates is that, by and large, they have read nothing
  15. >>and know nothing that was not in their degree course.
  16.  
  17. This seems very cavalier!  It's no more likely than the same said about any
  18. other profession.
  19.  
  20. >
  21. >I've had the (mis)fortune to work with a lot of EEs who were thrown
  22. >into programming without any college computer coursework.  Their attitudes 
  23. >are often that they, because they have 'engineering' in their degree, are
  24. >better than the computer science types at their tasks.  In reality, they
  25. >know little of the basics (data structures, networking, optimization
  26. >issues, etc).  Whereas I'm sure that the history major has a more well read
  27. >background, he does not have the basic requirements for the job.
  28.  
  29. I'm an ME, and design (usually) firmware and (sometimes) electronics for
  30. computer-based control systems.  I don't think I have the background
  31. to design a compiler or interpreter, nor an efficient database manager.
  32. I would certainly hire a person with computer science training for these
  33. tasks, had I no better selection criteria (such as demonstrated proficiency).
  34.  
  35. I _do_ understand the dynamics of the systems I wish to control, the
  36. electrical and mechanical interfacing through which I manipulate them, and
  37. the programming tools to write controller code.  I have few reservations
  38. about my experience and capability to realize designs where these are
  39. significant factors.
  40.  
  41. I have seen the work of engineers _and_ computer scientists uncomfortable with
  42. the realities of tight constraints of execution time, object size, and
  43. interface limitations.  If you can't consider these issues, you can't
  44. build embedded systems (to use today's nomenclature).  I wouldn't be
  45. surprized to learn that these topics aren't universally required in CS
  46. curricula, but I also suggest they are probably available as electives in
  47. classrooms within easy walking distance.  Or they can be learned on one's
  48. own time, as many of us have learned programming.
  49.  
  50. The best of both worlds would be to have the best of both worlds-- both
  51. types of background.
  52.  
  53. Second best is to respect what your colleagues can bring to a project, and 
  54. what you can learn from those you work with.  A two-way street, and enjoyable to
  55. travel.  As a minimum, you _must_ know enough to find experienced help when
  56. the going gets tricky.  Listening is also an under-rated skill (at least I
  57. find it can be very difficult to practice).
  58.  
  59. >Why is it that they'll let anyone program, but let a non-EE major (for 
  60. >example) apply for an EE job, and he's eliminated from consideration 
  61. >immediately?
  62.  
  63. That's a whole other issue, which should start with analysis of the 
  64. job-creation/hiring process, not individual competence.
  65.  
  66. Isn't this the group which recently suggested that an inquiring newbie
  67. do penance with assembly language and Pascal, before learning the holy
  68. code of c?
  69.  
  70. Always happy to contribute to a religious war.
  71.  
  72. Regards --jmm--
  73.  
  74. -- 
  75. John M. Mills, SRE; Georgia Tech/GTRI/TSDL, Atlanta, GA 30332
  76. uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!jm59
  77. Internet: jm59@prism.gatech.edu
  78.  ... Not so fast -- I'm still thinking.
  79.