home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10876 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  4.0 KB
  1. Xref: sparky comp.arch:10876 comp.lang.misc:3765
  2. Newsgroups: comp.arch,comp.lang.misc
  3. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!purdue!mentor.cc.purdue.edu!pop.stat.purdue.edu!hrubin
  4. From: hrubin@pop.stat.purdue.edu (Herman Rubin)
  5. Subject: Re: Hardware Support for Numeric Algorithms
  6. Message-ID: <BxxGKp.81A@mentor.cc.purdue.edu>
  7. Sender: news@mentor.cc.purdue.edu (USENET News)
  8. Organization: Purdue University Statistics Department
  9. References: <721627374@sheol.UUCP> <Bxpoy9.GD6@mentor.cc.purdue.edu> <722061187@sheol.UUCP>
  10. Date: Wed, 18 Nov 1992 19:53:12 GMT
  11. Lines: 71
  12.  
  13. In article <722061187@sheol.UUCP> throopw@sheol.UUCP (Wayne Throop) writes:
  14. >: From: hrubin@mentor.cc.purdue.edu (Herman Rubin)
  15. >: Message-ID: <Bxpoy9.GD6@mentor.cc.purdue.edu>
  16. >::: Nobody except a computer programmer can read it at all!
  17. >:: The similar complaint that "those statisticians and their screwey
  18. >:: sums-over and chi-squares and their standard deviations!  [...]"
  19. >:: [...] is false.
  20. >: Students in statistics courses have little problem with the notation
  21. >: you have mentioned
  22.  
  23. >So, Herman agrees with me about statistics notations.  I wonder what
  24. >reasons he might have to continue to DISagree with me about programming
  25. >notations, since students in computer courses have little problem with
  26. >the notations taught therein.
  27.  
  28. The students in these statistics courses are very definitely NOT statistics
  29. students.  Most statistics students are graduate students, and these methods
  30. courses are not required, nor even recommended.
  31.  
  32. >: A biologist does not need so much to be fluent in statistical jargon
  33. >: to work in population genetics as to learn basic probability, and some
  34. >: basic statistics, 
  35.  
  36. >But if that biologist is going to talk to statisticians about novel
  37. >applications and novel methods, it *will* be necessary to learn more
  38. >than these rudiments.  Similarly, if a statistician attempting to
  39. >help this biologist needs to develop new computer applications beyond
  40. >canned applications, that statistician will have to learn more than
  41. >is common about computer jargon.
  42.  
  43. Novel applications are no problem.  Novel methods are not going to be
  44. developed by biologists as biologists.  
  45.  
  46. The statistician will need numerical analysis jargon.  That computer 
  47. jargon diverges from this is essentially a move on the part of the
  48. computer language designers to distance themselves from mathematics.
  49. They have been too succesful in this.
  50.  
  51. >::: And what is one supposed to do if the hardware operations wanted are
  52. >::: not even expressible in the language?
  53. >:: Use another language (or implementation).
  54. >: Bob Silverman and those working with him use huge gobs of computer time.
  55. >: They cannot get the language or implementation needed. 
  56.  
  57. >Nonsense.  Assembly language *at* *least* has direct access to all of
  58. >the hardware operations.  If no assembler exists for the machine, I'm
  59. >sure that one could be built quickly and cheaply.  And with infix
  60. >operator syntax if desired.
  61.  
  62. Dik Winter uses computers a lot more, and is quite accustomed to using
  63. assembler language.  But he has posted that he is now faced with using a
  64. machine for which he does not have access to an assembler.
  65.  
  66. My complaint about assemblers is that they have a syntax designed to be
  67. easy for the assembler, but hard for the human.  
  68.  
  69. >If Herman means he can't get a custom-designed language system for
  70. >peanuts, somehow I'm not surprised, and I doubt that the reason is
  71. >some conspiracy of language implementors to deny him the tools he wants.
  72.  
  73. I do NOT want a custom-designed language system.  What I want is a language
  74. which is flexible enough, and allows augmentations, so that one does not 
  75. have to fight it.  There is now no computer language which is not overly
  76. restricted.  For numerical programming, C, if it had multidimensional
  77. arrays and exponentiation, would be superior in almost all respects to
  78. Fortran, and would become more widely used for that purpose.
  79. -- 
  80. Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  81. Phone: (317)494-6054
  82. hrubin@snap.stat.purdue.edu (Internet, bitnet)  
  83. {purdue,pur-ee}!snap.stat!hrubin(UUCP)
  84.