home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / edu / 1452 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  2.7 KB
  1. Xref: sparky comp.edu:1452 comp.lang.fortran:3341 comp.lang.misc:2847 comp.arch:9130 sci.math:10802
  2. Path: sparky!uunet!mcsun!uknet!acorn!eoe!pwestlak
  3. From: pwestlak@eoe.co.uk (Peter Westlake)
  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: <1389@eouk20.eoe.co.uk>
  7. Date: 1 Sep 92 17:23:12 GMT
  8. References: <1992Aug31.195540.13074@ctr.columbia.edu>
  9. Organization: EO Europe Limited, Cambridge, UK
  10. Lines: 36
  11. X-Newsreader: Tin 1.1 PL3
  12.  
  13. The general consensus of this thread seems to be that very few people are
  14. competent in programming and in an application area, especially that for
  15. which they are hired. Specialization does help to some extent, but it makes
  16. the chances of finding the right person even smaller. Certainly insisting that
  17. computing students take science or business courses does not help, because the
  18. courses are very simple and generalized - inevitably so, because the student
  19. is trying to take a degree in computing at the same time! I doubt that there
  20. will ever be a ready supply of people who are expert in computing and in an
  21. application area. The answer, I suggest, lies in the original topic of this
  22. thread: Small Languages. Rather than teach physicists (etc) computing or
  23. vice-versa, give them a set of high-level types and operations with which
  24. to program their applications for themselves.  These will be written
  25. by someone who knows less about the science and more about programming.
  26. The "knowledge gap" between computers and applications is so great that
  27. several levels of abstraction may well be needed, each one hiding all the
  28. details of the level below. Of course, doing this effectively is a research
  29. goal in itself, but I suggest that it is a useful one to pursue.
  30.  
  31. To anticipate possible objections:
  32.  
  33. Multiple levels are inefficient:  not if efficiency is a goal. The levels
  34. need not involve lots of code; they might be subroutine libraries or threaded
  35. code, or some other scheme suitable for the job in question.
  36.  
  37. People writing the intermediate levels will still need to be experts in
  38. more than one field: yes, but the field will be smaller. They don't need
  39. to stretch all the way from computer hardware to advanced nuclear physics.
  40. Also the languages will be reusable by other people working in the field,
  41. the more so the lower the level.
  42.  
  43. P.S. Sorry if this is posted twice - I'm trying to find out why it happens.
  44. ------------------------------------------------------------------------------ 
  45. Peter M Westlake                        EO Computer Ltd.,
  46. Tel: +223-843131                        Abberley House,  Granhams Road,
  47. Fax: +223-843032                        Great Shelford,
  48. email:  pwestlak@eoe.co.uk              Cambridge CB2 5LQ,   England
  49.