home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / edu / 1489 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  2.1 KB

  1. Xref: sparky comp.edu:1489 comp.lang.fortran:3383 comp.lang.misc:2894 comp.arch:9176 sci.math:10884
  2. Path: sparky!uunet!crdgw1!rdsunx.crd.ge.com!ariel!davidsen
  3. From: davidsen@ariel.crd.GE.COM (william E Davidsen)
  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. Message-ID: <1992Sep2.192555.20857@crd.ge.com>
  7. Date: 2 Sep 92 19:25:55 GMT
  8. References: <25910@dog.ee.lbl.gov> <180heaINN60q@network.ucsd.edu>
  9. Sender: usenet@crd.ge.com (Required for NNTP)
  10. Reply-To: davidsen@crd.ge.com (bill davidsen)
  11. Distribution: na
  12. Organization: GE Corporate R&D Center, Schenectady NY
  13. Lines: 28
  14. Nntp-Posting-Host: ariel.crd.ge.com
  15.  
  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. | I write something slap dash and some intriguing results come out, and then
  21. | we start to pursue that line further and all of a sudden the little
  22. | throwaway code starts mutating into a monster, especially when my boss puts
  23. | another student on the project.  And at any time you still don't know whether
  24. | "this is the last modification" or whether it will be hanging around for
  25. | a long time.
  26. | When new results are coming out, its an awfully hard sell to my boss who's a
  27. | physicist not a software engineer to say "why don't I spend 2 months
  28. | rewriting this from scratch so it will do the same thing as it does now".
  29.  
  30.   That's why a programmer should do it. It doesn't take longer to write
  31. a salvagable "throw together" than a rats nest, you use a few modules in
  32. the obvious places and comments to show where error checking would go,
  33. and stuff like that.
  34.  
  35.   That and comments, good programmers use a few comments in even the
  36. fastest program, if only so they can throw it out later knowing what it
  37. is. A program can always be expanded later in minimal time without
  38. "doing everything right," as long as you don't do anything wrong.
  39. -- 
  40. bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
  41.     I admit that when I was in school I wrote COBOL. But I didn't compile.
  42.