home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / edu / 1535 < prev    next >
Encoding:
Internet Message Format  |  1992-09-04  |  3.2 KB
  1. Xref: sparky comp.edu:1535 comp.lang.fortran:3429 comp.lang.misc:2935 comp.arch:9232 sci.math:10999
  2. Newsgroups: comp.edu,comp.lang.fortran,comp.lang.misc,comp.arch,sci.math
  3. Path: sparky!uunet!mcsun!dxcern!dscomsa.desy.de!zeus02.desy.de!hallam
  4. From: hallam@zeus02.desy.de (Phill Hallam-Baker)
  5. Subject: Re: Scientists as Programmers (was Re: Small Language Wanted)
  6. Message-ID: <1992Sep4.165218.29401@dscomsf.desy.de>
  7. Sender: news@dscomsf.desy.de (USENET News System)
  8. Nntp-Posting-Host: zws012.desy.de
  9. Reply-To: Hallam@zeus02.desy.de
  10. Organization: Deutsches Elektronen Synchrotron, Experiment ZEUS bei HERA
  11. References: <1992Aug31.133811.3626@crd.ge.com> <1992Aug31.135937.5801@dcc.uchile.cl> <1992Sep1.173636.6387@nntpd.lkg.dec.com> <1992Sep2.133810.24957@newsroom.bsc.no>
  12. Date: Fri, 4 Sep 1992 16:52:18 GMT
  13. Lines: 48
  14.  
  15. In article <1992Sep2.133810.24957@newsroom.bsc.no>, izahi@bsc.no (Raul Izahi
  16. Lopez Hernandez) writes:
  17. |>In article <1992Sep1.173636.6387@nntpd.lkg.dec.com> edp@math.zko.dec.com (Eric
  18. |>Postpischil) writes:
  19. |>>
  20. |>>On the other hand, I (a senior software engineer) have seen code written
  21. |>>by scientists.  While it manages to work, there are serious oversights
  22. |>>like forgetting to initialize variables, numerical instabilities, et
  23. |>>cetera.  I can be sure the code works on some data, but it has never
  24. |>>been properly tested by a good software engineer.
  25. |>>
  26. |>>To say programming is not really a difficult challenge is to be unaware
  27. |>>of many of the pitfalls of computing, both numeric and algorithmic.  On
  28. |>>the numeric side, a physicist might be unaware of the proper order in
  29. |>>which to arrange arithmetic operations to preserve accuracy.  On the
  30. |>>algorithmic side, a physicist might be unaware of the issues of
  31. |>>computational complexity that would let them speed up a program or make
  32. |>>an infeasible program feasible or the issues of what problems are even
  33. |>>computable (recursively enumerable sets, et cetera).
  34. |>
  35. |>   A good compiler and a good optimizer can help any scientist to write
  36. |>reasonable code, however there is no software yet that can help a CS
  37. |>person write any physics code.
  38.  
  39. The problem being to get the Physics person to use the good compiler.
  40.  
  41. The big problem here is the number of "experts" who have very low quality
  42. standards especialy in the area of user interfaces. Use of UNIX is a retrograde
  43. step in this respect since it teaches people that producing a user environment
  44. in which no command has a useful name is acceptable. 
  45.  
  46. There are also the twin problems of over conservativism (we must write in
  47. FORTRAN using a program library knwon to be full of bugs because it is so old it
  48. must be correct), and software fads (the kind of person that will try to convert
  49. people writing specs in Z to use "modern" techniques like SASD), this type is
  50. readily identified by the number of jargon words packed into each sentence. The
  51. software fads crew are always onto the next plaything before anything gets
  52. finished meaning that the conservatives end up recoding everything in FORTRAN.
  53.  
  54. I have just heard that a very nice monte carlo program which has been written in
  55. an object oriented fashion using C++ is to be rewritten in FORTRAN "since
  56. everyone can understand FORTRAN". That is the effect of letting physicists run
  57. software projects.
  58.  
  59.  
  60. --
  61.  
  62. Phill Hallam-Baker
  63.