home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10986 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  2.6 KB
  1. Xref: sparky comp.arch:10986 comp.lang.misc:3826
  2. Newsgroups: comp.arch,comp.lang.misc
  3. Path: sparky!uunet!spool.mu.edu!news.nd.edu!mentor.cc.purdue.edu!hrubin
  4. From: hrubin@mentor.cc.purdue.edu (Herman Rubin)
  5. Subject: Re: Hardware Support for Numeric Algorithms
  6. Message-ID: <By2KM8.Fxp@mentor.cc.purdue.edu>
  7. Organization: Purdue University Statistics Department
  8. References: <722061187@sheol.UUCP> <BxxGKp.81A@mentor.cc.purdue.edu> <1992Nov20.054603.28338@technix.mn.org>
  9. Date: Sat, 21 Nov 1992 14:08:31 GMT
  10. Lines: 41
  11.  
  12. In article <1992Nov20.054603.28338@technix.mn.org> bret@technix.mn.org (Bret Indrelee) writes:
  13. >In article <BxxGKp.81A@mentor.cc.purdue.edu> hrubin@pop.stat.purdue.edu (Herman Rubin) writes:
  14. >>The statistician will need numerical analysis jargon.  That computer 
  15. >>jargon diverges from this is essentially a move on the part of the
  16. >>computer language designers to distance themselves from mathematics.
  17. >>They have been too succesful in this.
  18.  
  19. >You could say the same thing in terms of Electrical Engineering or
  20. >Chemistry moving too far from Physics.
  21.  
  22.             ......................
  23.  
  24. >The focus of a computer programmers work is much different than
  25. >a mathematicians.  The mathematician can prove that an algorithem
  26. >works, and be done with it.  A computer programmer that doesn't
  27. >worry about how many steps the algorithem takes (how long to
  28. >complete a run) is going to get into lots of trouble.
  29.  
  30. >Different focus.  Different jargon.  Each can ignore different details.
  31.  
  32. The two aspects I have been arguing are the notation to communicate,
  33. and the speed of the object code.  This is also what those using the
  34. computers in number theory are arguing.  The physicist does not attempt
  35. to use notation known to confuse the chemist or electrical engineer.
  36. The numerical analyst does not tell the engineer to state it in a new
  37. "clean" format or go without the services.  When I consult on statistical
  38. problems, the problem is not statistical notation, but that the client
  39. does not know that more SUBJECT MATTER assumptions are needed to solve
  40. the problem, and that the numerical answers depend on those assumptions
  41. in a non-trivial manner.  Also, often there is a partial analysis, with
  42. further work needed on steps, even on the decision of what data to collect.
  43.  
  44. It is precisely this approach which the programming people seem unwilling
  45. to take.  I do not attempt to force the solution method into a small
  46. algorithmic framework, and often invent algorithms for the particular
  47. problem.
  48. -- 
  49. Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  50. Phone: (317)494-6054
  51. hrubin@snap.stat.purdue.edu (Internet, bitnet)  
  52. {purdue,pur-ee}!snap.stat!hrubin(UUCP)
  53.