home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / programm / 3162 < prev    next >
Encoding:
Text File  |  1992-11-16  |  2.4 KB  |  54 lines
  1. Newsgroups: comp.programming
  2. Path: sparky!uunet!ukma!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!bgsuvax!m64-138.bgsu.edu!user
  3. From: dnebing@andy.bgsu.edu (dnebing)
  4. Subject: Re: first-year programming languages
  5. Message-ID: <dnebing-161192133259@m64-138.bgsu.edu>
  6. Followup-To: comp.programming
  7. Sender: usenet@andy.bgsu.edu (USENET)
  8. Organization: Bowling Green State University B.G., Oh.
  9. References: <aelman.721693402@Xenon.Stanford.EDU> <dnebing-141192140340@m64-143.bgsu.edu> <92320.183138BJ020000@NDSUVM1.BITNET> <1992Nov16.161631.2334@coe.montana.edu>
  10. Distribution: na
  11. Date: Mon, 16 Nov 1992 18:39:31 GMT
  12. Lines: 40
  13.  
  14. In article <1992Nov16.161631.2334@coe.montana.edu>,
  15. uesu03@giac1.oscs.montana.edu (Lou Glassy) wrote:
  16. > 
  17. > 
  18. > Good question.  I don't have a good answer.  The process here (MSU) is
  19. > to give the students a problem specification, from which they must develop
  20. > a design.  Their designs are graded, and then a correct design is posted,
  21.                                                 ^^^^^^^^^^^^^^^^^^^^^^^^^^
  22. > which the students use (or they can use their own one, if they choose) to
  23. > implement a solution in [FORTRAN|C|Pascal] {depending on what language 
  24. > course they're taking in conjunction with the design course.
  25.  
  26. The "correctness" of the design is often in the eye of the beholder.  I 
  27. have seen many designs offered by instructors that were not the _best_
  28. design
  29. but merely one answer to the the design to be created.
  30.  
  31. > 
  32. > !When you get a real job, most of the code you will write is going to be
  33. > !from scratch..  Granted there is going to be times when you modify existing
  34. > !code, but how can you create your OWN code when all you've been taught to
  35. > !do is modify someone else's.
  36. > 
  37. > When you get a Real Job... I think most people will *not* be writing fresh
  38. > code, but will spend *most* of their time adapting old code to meet new
  39. > needs.  My small experience even here (in the academic bubble) reflects 
  40. > this...  
  41.  
  42. As hardware development progresses, the creation of new code is inevitable.
  43. The Macintosh is a good example.  Porting a program from any other system
  44. to
  45. the Mac involves a great deal of new code to generate.
  46.  
  47. That is only one example.  As computers get larger and smaller at the same
  48. time, it will be necessary to create code to work on those newer machines.
  49. The new code might imitate old code, but it is not necessarily the
  50. adaptation
  51. of the old code.
  52.  
  53.   dnebing
  54.