home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / sci / math / 9659 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  3.8 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!rutgers!rochester!rit2!rit!cci632!dwp
  2. From: dwp@cci632.cci.com (Dana Paxson)
  3. Newsgroups: sci.math
  4. Subject: Re: Computational aids.  Was:  Re: An interesting limit problem.
  5. Message-ID: <1992Jul30.124053.11787@cci632.cci.com>
  6. Date: 30 Jul 92 12:40:53 GMT
  7. References: <1992Jul29.000223.27339@massey.ac.nz> <55402@mentor.cc.purdue.edu> <1992Jul29.210135.16840@seas.smu.edu>
  8. Organization: [Computer Consoles, Inc., Rochester, NY
  9. Lines: 72
  10.  
  11. In article <1992Jul29.210135.16840@seas.smu.edu> mhosea@seas.smu.edu (Mike Hosea) writes:
  12. >In article <55402@mentor.cc.purdue.edu> hrubin@pop.stat.purdue.edu (Herman Rubin) writes:
  13. >>In article <1992Jul29.000223.27339@massey.ac.nz> news@massey.ac.nz (USENET News System) writes:
  14. >>>In article <1992Jul28.191037.28756@gdr.bath.ac.uk>, mapsj@gdr.bath.ac.uk (Simon Juden) writes:
  15. >>
  16. >>>> >mattm@lure.latrobe.edu.au writes:
  17. >>
  18. >>>> [stuff deleted]
  19. >>
  20. >>>> >Will someone please back me up, and say that no one learning
  21. >>>> >Calculus should ever be allowed anywhere _NEAR_ Mathematica?
  22. >>
  23. >> [stuff deleted]
  24. >>
  25. >>Only researchers and teachers need to know the mechanics.  It is useless
  26. >>to know how to differentiate if one does not know what a derivative means.
  27. >>No amount of memorizing formulas and tricks helps in understanding.
  28. >
  29. > [stuff deleted]
  30. >
  31. >This question pops up from time to time, and the strongest reactions
  32. >occur when someone suggests a total abandonment of hand calculation
  33. >or a total abandonment of modern computational tools (in the context
  34. >of education).  Either extreme is a poor choice IMO.  Why must we 
  35. >go to an extreme?
  36. >
  37. >Regards,
  38. >Mike Hosea (mhosea@seas.smu.edu)
  39.  
  40. I second Mike's point.
  41.  
  42. When I was taking a basic course in differential equations, many years 
  43. ago, I was impressed by the variety and complexity of methods needed to 
  44. solve these equations.  I had little trouble learning useful methods of 
  45. attack on a given equation, but some of the problems required PAGES of 
  46. algebraic manipulation to arrive at a demonstrated solution.  Half my 
  47. time was spent in factoring, multiplying through, reorganizing terms,
  48. etc., none of which required the application of great intelligence but 
  49. all of which demanded fanatical detailed accuracy and unflagging attention.
  50. I would much rather have spent that time learning new solution methods or 
  51. better use of the ones I had.  Worse yet, the time often doubled when I 
  52. introduced minor procedural errors into these endless mantras of symbolic 
  53. contortion.  It might have been character-building, as some less-
  54. sympathetic soul might put it; but when I was juggling a family, a full-
  55. time job, a long commute, and two night classes, it was physically 
  56. draining to the point of illness.  Is this necessary?
  57.  
  58. Mathematica or Maple or some other such package would have been a 
  59. blessing, and an enhancement to the learning process; BUT on the other 
  60. hand, I wouldn't want the tool to present the result if I needed to 
  61. learn the methods.  At some point in our mathematical education, we must 
  62. learn the underlying ideas well enough to apply them meaningfully, and 
  63. then get on to the next stage founded on those ideas.  What looks so 
  64. simple on the page only reveals its complexity and subtlety when the 
  65. reader tries to explore it in detail.  This exploration is a vital part 
  66. of the learning process.  Tools cannot substitute for it.  After all, 
  67. tools are founded on numerical and symbolic methods, which for some 
  68. branches of mathematics are only approximations of the true ideas to
  69. be learned.
  70.  
  71.  
  72. Dana Paxson
  73. Network Applications Systems Group
  74. Northern Telecom
  75. 97 Humboldt Street
  76. Rochester, New York  14609
  77.  
  78. 1 716 654-2588
  79.  
  80. Disclaimer:  The opinions expressed above are mine personally,
  81.          and do not necessarily reflect the views of my 
  82.          employer.
  83.