home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / edu / 1490 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  3.7 KB
  1. Xref: sparky comp.edu:1490 comp.lang.fortran:3384 comp.lang.misc:2895 comp.arch:9177 sci.math:10885
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!sdd.hp.com!network.ucsd.edu!lyapunov.ucsd.edu!mbk
  3. From: mbk@lyapunov.ucsd.edu (Matt Kennel)
  4. Newsgroups: comp.edu,comp.lang.fortran,comp.lang.misc,comp.arch,sci.math
  5. Subject: Re: Scientists as Programmers (was Re: Small Language Wanted)
  6. Date: 2 Sep 1992 19:50:02 GMT
  7. Organization: Institute For Nonlinear Science, UCSD
  8. Lines: 64
  9. Distribution: na
  10. Message-ID: <1835taINNflg@network.ucsd.edu>
  11. References: <1992Sep2.192555.20857@crd.ge.com>
  12. NNTP-Posting-Host: lyapunov.ucsd.edu
  13. X-Newsreader: Tin 1.1 PL3
  14.  
  15. davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
  16. : In article <180heaINN60q@network.ucsd.edu>, mbk@lyapunov.ucsd.edu (Matt Kennel) writes:
  17. : 
  18. : | Specifically, we don't *know* what the eventual task will be or whether
  19. : | a programs a 'throwaway' or a 'keeper'.
  20. : | 
  21. : | I write something slap dash and some intriguing results come out, and then
  22. : | we start to pursue that line further and all of a sudden the little
  23. : | throwaway code starts mutating into a monster, especially when my boss puts
  24. : | another student on the project.  And at any time you still don't know whether
  25. : | "this is the last modification" or whether it will be hanging around for
  26. : | a long time.
  27. : | 
  28. : | When new results are coming out, its an awfully hard sell to my boss who's a
  29. : | physicist not a software engineer to say "why don't I spend 2 months
  30. : | rewriting this from scratch so it will do the same thing as it does now".
  31. : 
  32. :   That's why a programmer should do it. It doesn't take longer to write
  33. : a salvagable "throw together" than a rats nest, you use a few modules in
  34. : the obvious places and comments to show where error checking would go,
  35. : and stuff like that.
  36.  
  37. I try.  I'm more attuned to these issues than most of my colleagues, but
  38. in general practice there's a problem, I admit.  (Some of my new codes I've
  39. written well enough to put out for public consumption but not all of
  40. my old ones).
  41.  
  42. It's the human "bandwidth" between programmer and scientist that's the
  43. problem here.  I'll stick to my personal experience: my adviser and I
  44. are talking about our previous runs and we think of things to do.  The
  45. discussion is in terms of "why don't we now rotate into the coordinate
  46. axes defined by the first D principal components locally instead of
  47. projecting down in the original coordinate system" and I go translate
  48. that into code. 
  49.  
  50. It would take quite a long time (and cost money that we simply don't have)
  51. to explain enough of the science to a programmer before it would be useful
  52. to hire one.  (Don't take that last example too literally---most
  53. programmers would understand that one)
  54.  
  55. The bottom line is the ratio between required new programming and new
  56. science.  If it's not very high, the scientists will roll their own.
  57.  
  58. Scientists communicate their thinking via published papers, not programs,
  59. and it's usually easier to read their papers (unless it's in something
  60. cryptic like Phys Rev Lett) and hire a grad student to write up the code,
  61. then try and fix one of theirs.
  62.  
  63. :   That and comments, good programmers use a few comments in even the
  64. : fastest program, if only so they can throw it out later knowing what it
  65. : is. A program can always be expanded later in minimal time without
  66. : "doing everything right," as long as you don't do anything wrong.
  67.  
  68. They don't know that they're doing anything wrong.
  69.  
  70. : -- 
  71. : bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
  72. :     I admit that when I was in school I wrote COBOL. But I didn't compile.
  73.  
  74. --
  75. -Matt Kennel          mbk@inls1.ucsd.edu
  76. -Institute for Nonlinear Science, University of California, San Diego
  77. -*** AD: Archive for nonlinear dynamics papers & programs: FTP to
  78. -***     lyapunov.ucsd.edu, username "anonymous".
  79.