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

  1. Xref: sparky comp.edu:1499 comp.lang.fortran:3395 comp.lang.misc:2905 comp.arch:9183 sci.math:10907
  2. Newsgroups: comp.edu,comp.lang.fortran,comp.lang.misc,comp.arch,sci.math
  3. Path: sparky!uunet!ftpbox!mothost!white!sapphire.rtsg.mot.com!declrckd
  4. From: declrckd@rtsg.mot.com (Dan J. Declerck)
  5. Subject: Re: Scientists as Programmers (was Re: Small Language Wanted)
  6. Message-ID: <1992Sep2.205038.10429@rtsg.mot.com>
  7. Sender: news@rtsg.mot.com
  8. Nntp-Posting-Host: marble
  9. Organization: Motorola Inc., Cellular Infrastructure Group
  10. References: <1992Aug31.133811.3626@crd.ge.com> <25910@dog.ee.lbl.gov> <92245.124125KGZXK@ASUACAD.BITNET>
  11. Distribution: na
  12. Date: Wed, 2 Sep 1992 20:50:38 GMT
  13. Lines: 164
  14.  
  15. In article <92245.124125KGZXK@ASUACAD.BITNET> Zafer KADI <KGZXK@ASUACAD.BITNET> writes:
  16. >I have been on both sides of issue (I have MS's in both Mech.Eng CS)
  17. >
  18. >There is no one wrong or right on the issue of :
  19. >
  20. >1. FORTRAN or anyother language.
  21. >   All you Computer Science major that think Fortran is so bad    can
  22. >you tell me anyother language that has all the forms of numbers
  23. >that the scinetist use such as integers, real numbers and COMPLEX
  24. >numbers.  If I am a CFD or any other dicipline that require
  25. >complex numbers, which language should I use?  Or should I become
  26. >a proficient C programmer to be able to develop my own comlex number
  27. >structure?  I am just at the beginning of desiding to leran how to program
  28. >should I use C  and make all kind of mistakes that are very difficult to
  29. >find or use Pascal and not able to have any tools for developing the
  30. >program but furthermore develop slower programs, and in bothe cases
  31. >no COMPLEX numbers.  HMMM.. there is a language called FORTRAN and has complex
  32. >numbers, it has Scientific Libraries, it has all kind of tools to debug and
  33. >develop programs, why not use that?   Yes, my Computer Science friend
  34. >told me that FORTRAN is the worst language in the world.  He must be right
  35. >and all those people in the industry must have eaten their brains for lunch.
  36.  
  37. Try C++, creating an object called COMPLEX, then re-define the operators of
  38. + - and * to get what good ol Fortan gives you. Since I have a background in CS,
  39. I can tell you that modern block structured languages lend themselves to 
  40. optimization better than older unstructured ones (a CS compiler course will teach you
  41. this). Therefore by moving to C++ your code would be more readable AND would be 
  42. faster (YMMV, it depends on the compiler). You might consider a C++ class,
  43. it sure helped our RF simulation people.
  44. C++ can catch the wierdness of C at compile time, about as good as pascal,
  45. but it does not have array bounds checking.
  46. Regarding libraries, there are companies that sell libraries, but I'm not sure
  47. they're like LINPACK, or any other thing similar, since I don't do scientific
  48. programming.
  49.  
  50. >
  51. >This is a true story and happend last Spring when I had to take  S/W
  52. >development class.
  53. >
  54. >The instructor asked how many know FORTRAN :
  55. >
  56. >You heard the same laughs and smurks as we hear all the time on this
  57. >netpost, and only  3 people out of (60) raised their hand.
  58. >
  59. >Then he asked how many know COBOL :
  60. >
  61. >4 hands came up.
  62. >
  63. >(This was senior level class, with most people graduating).
  64. >
  65. >He just said welcome to the real world, when you get out
  66. >do not expect people to ask you to help, develop or program in
  67. >Pascal or even C.  (Ada sometimes), but COBOL and FORTRAN.
  68. >
  69. >Issue # 2:
  70. >
  71. >About having global variables or not and if making calls slows the
  72. >program and optimization:  Yes it does.
  73.  
  74. Same with C or C++, depends how you build your program.
  75. Most good programmers know this.
  76.  
  77. >
  78. >About the MIPS compiler :
  79. > This compiler is not faultless :
  80. >  Example : Has a problem with complex numbers in FORTRAN when the
  81. >            -r8  option is used (does not promote them, even though
  82. >            it should.  If you have a DEC or an SGI they use the
  83. >   MIPS compiler
  84. >
  85. >   To have the optimization of the nature that the previous person
  86. >mentioned about the compiler is to compiler everything together.
  87. >That will break the consept of modularity and the need to develop
  88. >each part of the program as a subrotuine or function, since at
  89. >the end you can insert it.   There are switches as I remember for that compiler
  90. > to insert code.
  91. >
  92. >As you see no one will win on this.  Do you want the program to be faster or
  93. >clearly written for your own standards.....
  94.  
  95. This is not always the case, if need really smokin' speed, how come you're not
  96. programming in assembler, like Herman Rubin??
  97.  
  98.  
  99.  
  100. >
  101. >Issue # 3
  102. >
  103. >Most of the professors here have conections with the industry and most of the
  104. >reseacrh done at ASU in Computer Sciences is closelly industry related.
  105. >No one can accuse profs of being in another universe here (in my opinion)
  106. >
  107.  
  108. Sounds OK to me... Does the physics department help out medical sciences by designing
  109. radiology equipment?? (Fermilab does this).
  110.  
  111.  
  112. >
  113. >Issue # 4
  114. >CS major has no right of accusing other majors of not knowing the computers
  115. >well enough, because it mostly comes down to the person.
  116.  
  117. Whole-heartedly agree!
  118. We do like to inform the non-CS about new stuff, like the above paragraphs.
  119. CS is kinda like Tool and Die, we make tools for others to use, even other CS
  120. people. Some of this stuff isn't simple, look at UNIX or Perl, or JCL (ugh!).
  121.  
  122.  
  123. >
  124. > Issue # 5
  125. >I totally agree that CS majors do not have enough knowledge
  126. >in mathematics and physics and if you are taking classes
  127. >in Computer Graphics or Computer Aidded Design  all you CS major that
  128. >thing that programming is everything in your job or knowing how
  129. >the computer works will realize it isn't so.
  130. >The above opinion is not only mine but most of the  profs in
  131. >the CS dept. at ASU, mostly Comp. Graph. and CAGD.
  132. >
  133.  
  134. I don't think so, I learn new things every day. Right now I'm learning why the
  135. physics community is really pissed at us (grin!). I'm my spare time, I'm trying
  136. to learn the concepts of combustion sciences, so I can build a better engine controller.
  137. The past application of comp sci to this area is really in the dumper.
  138.  
  139. >
  140. >  Issue # 6
  141. >
  142. >On the other hand as a consulatnt at ASU, I have seen scientists
  143. >that do not have the idea what computer is and when the computer
  144. >does something "illogical" they say it  is not them but
  145. >
  146. >the computer.
  147. >One person said:
  148. >
  149. >     "Your computer is stupid !"
  150. >
  151. >In my opinion, if you want to learn how to program, you should at least know
  152. >about how the numbers are stored on the computer .
  153.  
  154. For your stuff, machine epsilon is VERY important (I learned this in a numerical methods
  155. class in the Math Department of my undergrad university). I use it today, in
  156. embedded work by simulating floating point on a fixed point processor.
  157.  
  158.  
  159. >
  160. >The amaizing thing is I have seen papers written based on some strange reslt.
  161. >Most of the old Fortran 77 books talk about it but the new once skip it
  162. >and so many people skip those pages anyway.
  163. >
  164. >My two cents
  165. >
  166. >No one is wrong and no one is right as far as the job gets done.
  167.  
  168. True, but sometimes it is better to use a screwdriver instead of a hammer.
  169. It depends upon the job.
  170.  
  171. -Dan
  172.  
  173.  
  174. -- 
  175. => Dan DeClerck                      |  EMAIL: dand%isdgsm@rtsg.mot.com   <=
  176. => Motorola Intl Subscriber Group    |                                    <=
  177. =>                                   |  Phone: (708) 632-4486             <=
  178. ----------------------------------------------------------------------------
  179.