home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / edu / 1517 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  2.2 KB
  1. Xref: sparky comp.edu:1517 comp.lang.misc:2923
  2. Newsgroups: comp.edu,comp.lang.misc
  3. Path: sparky!uunet!tekbspa!tekbspa!esh
  4. From: esh@curly.tekbspa.com (Edward S. Hirgelt)
  5. Subject: Re: Scientists as Programmers (was Re: Small Language Wanted)
  6. In-Reply-To: sabry@rice.edu's message of 3 Sep 92 15:25:12 GMT
  7. Message-ID: <ESH.92Sep3113524@curly.tekbspa.com>
  8. Sender: news@tss.com (USENET Network News)
  9. Organization: Direct Interfaces Corporation @ Teknekron
  10. References: <1992Sep3.020355.20338@u.washington.edu> <2!ln9fc@lynx.unm.edu>
  11.     <1992Sep3.112944.20996@dbsun.uucp> <Bu08uF.HBC@mentor.cc.purdue.edu>
  12.     <Bu0DI1.KFA@rice.edu>
  13. Distribution: na
  14. Date: Thu, 3 Sep 1992 19:35:23 GMT
  15. Lines: 35
  16.  
  17.  
  18. On 3 Sep 92 15:25:12 GMT,
  19. sabry@rice.edu (Amr Sabry) said:
  20.  
  21. Amr> In article <Bu08uF.HBC@mentor.cc.purdue.edu>, hrubin@pop.stat.purdue.edu (Herman Rubin) writes:
  22. Amr> |> There is generally no single algorithm optimal on all machines, so the
  23. Amr> |> hardware considerations at least have to be known to the programmer.
  24.  
  25. Amr> Don't forget: you also need to know about the design of your car to
  26. Amr> drive it optimally, the design of your fridge and oven are also
  27. Amr> crucial, so is the design of your TV.
  28.  
  29. I suspect that Amr means this humorously. However, there is a kernel of
  30. truth in it. Herman is talking about optimal, wringing the last ounce of
  31. performance out of an algorithm. To do the same to your car, you better
  32. know that you ought not exceed 6500 RPM on the engine (or whatever the
  33. limit is for your engine/transmission combination) or that your
  34. car or truck wasn't designed to tow a 8000 pound trailer.
  35.  
  36. The point in many of these and related discussions is knowing when you
  37. need to be truly optimal. If you're pushing the limits with your
  38. algorithms and/or problems, you need the fastest solution. Sometimes
  39. that requirement exceeds the need to be portable or to be readable.
  40.  
  41. When solving a problem, know what the problem is first, then you can
  42. decide on the tools to solve it and evaluate the trade-offs involved.
  43. Sometimes that takes a software developer, sometimes that takes a
  44. scientist, sometimes it takes both. It also takes a good knowledge of
  45. the tools that are available that might be applicable to the problem.
  46.  
  47. Ed
  48. --
  49. Ed Hirgelt            esh@tss.com
  50. Direct Interfaces Corporation
  51. San Jose, Ca.
  52.