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

  1. Xref: sparky comp.edu:1415 comp.lang.fortran:3294 comp.lang.misc:2814 comp.arch:9099 sci.math:10724
  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: <1992Aug31.133811.3626@crd.ge.com>
  7. Date: 31 Aug 92 13:38:11 GMT
  8. References: <1992Aug25.154501.8654@colorado.edu> <1992Aug26.192410.6523@ultb.isc.rit.edu> <1992Aug27.154823.583@alchemy.chem.utoronto.ca> <BtpAIn.EE5@mentor.cc.purdue.edu> <34742@cbmvax.commodore.com>
  9. Sender: usenet@crd.ge.com (Required for NNTP)
  10. Reply-To: davidsen@crd.ge.com (bill davidsen)
  11. Organization: GE Corporate R&D Center, Schenectady NY
  12. Lines: 27
  13. Nntp-Posting-Host: ariel.crd.ge.com
  14.  
  15. In article <34742@cbmvax.commodore.com>, jesup@cbmvax.commodore.com (Randell Jesup) writes:
  16.  
  17. |     I think whoever wrote that last paragraph is quite correct.  One
  18. | should also remember that scientists are programmers of necessity: they
  19. | program because they have to, not because they're good at it or (generally)
  20. | like to do it.  This certainly doesn't improve the quality of the code,
  21. | let alone the maintainability...
  22.  
  23.   The problem as I see it is that too many scientists and engineers
  24. think that because they can write working code they don't need (or are)
  25. programmers. Most people can learn to play the paino, but would agree
  26. that they are not professional quality, even the "background music in a
  27. piano bar" professional quality. Yet they think that programming
  28. somehow requires less training, practice, and dare I say it, *talent*
  29. than music.
  30.  
  31.   No optimizer will ever replace using the right algorithm to solve the
  32. problem, no programming tool will ever generate meaningful names, no
  33. automated indenter or pretty-printer will ever generate useful comments
  34. or truly readable code. To do this even competently is a skill which
  35. conspicuously eludes most people who don't write code for a living, and
  36. to do this with consumate skill requires training, practice, and a
  37. natural talent given to only a few people. 
  38.  
  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.