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

  1. Xref: sparky comp.edu:1441 comp.lang.fortran:3325 comp.lang.misc:2838 comp.arch:9120 sci.math:10772
  2. Newsgroups: comp.edu,comp.lang.fortran,comp.lang.misc,comp.arch,sci.math
  3. Path: sparky!uunet!mcsun!dxcern!regulus!ashok
  4. From: ashok@regulus.Inria.Fr (Ashok Kumar)
  5. Subject: Re: Scientists as Programmers (was Re: Small Language Wanted)
  6. Message-ID: <1992Sep1.085302.17372@dxcern.cern.ch>
  7. Sender: ashok@regulus (Ashok Kumar)
  8. Organization: INRIA Sophia Antipolis, France
  9. References: <1992Aug31.133811.3626@crd.ge.com> <1992Aug31.144045.11416@hubcap.clemson.edu> <1992Aug31.170849.11927@mprgate.mpr.ca> <1992Aug31.195540.13074@ctr.columbia.edu>
  10. Date: Tue, 1 Sep 1992 08:53:02 GMT
  11. Lines: 32
  12.  
  13. In article <1992Aug31.195540.13074@ctr.columbia.edu>, shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin) writes:
  14. > In article <1992Aug31.170849.11927@mprgate.mpr.ca> mcvey@mpr.ca (Iain McVey) writes:
  15. > >'Computing Science types' who truly understand accounting should write
  16. > >better accounting packages, shouldn't they?
  17. > Well, there's variation person-to-person within all disciplines, and we've
  18. > heard scientists and "computer science types" comment on how well, or
  19. > poorly, scientists write code, but in my experience the implicit notion that
  20. > "computer science types" are automatically good programmers is false.
  21. > In many or most CS departments, computer science has more to do with 
  22. > proving theorems than writing code, and the experience obtained by
  23. > students getting degrees, at whatever level, in these departments
  24. > reflects the leanings of the department.
  25. > I've recently concluded that expecting a computer science graduate to
  26. > be a good programmer is like expecting an English major to be a good
  27. > writer.  Both expectations are, unfortunately, false.
  28. > No flames intended ....
  29.  
  30. I fully agree with you.To draw an analogy from Mech engg. a good mechanical 
  31. engineer need not necessarily be a good machinist.He can design a good product
  32. and leave the implementation on a lathe or a milling machine or what have you to a skilled machinist.Similarly a good architect or civil engineer need not be a 
  33. good mason.So too with Computer Science,computer engineering and programming.I
  34. have come across software engineers who are excellent in designing compilers,
  35. operating systems but are lousy programmers.In fact some of the very good
  36. programmers are B.S. in maths or physics.No amount of language design and research
  37. can make good programmers of every one.As long as there is flexibility there will
  38. be always a choice in the use of code and data structures and the way they are put
  39. together and this will remain an art which only a few will master.
  40.