home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / alt / msdos / programm / 3026 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  4.2 KB
  1. Xref: sparky alt.msdos.programmer:3026 comp.os.msdos.programmer:11649 comp.sys.ibm.pc.programmer:686 comp.lang.c++:18454 comp.lang.c:18919
  2. Path: sparky!uunet!wupost!uwm.edu!ogicse!sequent!muncher.sequent.com!furballs
  3. From: furballs@sequent.com (Paul Penrod)
  4. Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer,comp.lang.c++,comp.lang.c
  5. Subject: Re: Newbie Wants Advice on C-Programming
  6. Message-ID: <1992Dec28.003320.5437@sequent.com>
  7. Date: 28 Dec 92 00:33:20 GMT
  8. Article-I.D.: sequent.1992Dec28.003320.5437
  9. References: <1992Dec24.230420.4243@sequent.com> <1992Dec25.073517.16089@grebyn.com> <1992Dec27.031740.27262@mole-end.matawan.nj.us>
  10. Sender: usenet@sequent.com (usenet )
  11. Organization: Sequent Computer Systems, Inc.
  12. Lines: 76
  13. Nntp-Posting-Host: crg8.sequent.com
  14.  
  15. In article <1992Dec27.031740.27262@mole-end.matawan.nj.us> mat@mole-end.matawan.nj.us writes:
  16. >In article <1992Dec25.073517.16089@grebyn.com>, malak@grebyn.com (Michael Malak) writes:
  17. >> In article <1992Dec25.050515.20871@ncsu.edu> bank@lea.csc.ncsu.edu (Belgarath the Sorcerer) writes:
  18. >
  19. >> >4) Even if you're not going into OOP, do NOT take up Pascal as
  20. >> >    a road to C. ...
  21. > 
  22. >> Oh?  Have you ever seen C code written by a former FORTRAN programmer?
  23. >> If so, by how many?  Universally you will find:
  24. >>    1) Very short, illegible variable and function names, with the
  25. >>       first character wasted (all integers must start with 'i', don't
  26. >>       you know)
  27. >>    2) No use of structures
  28. >>    3) No linked lists or trees
  29. >>    4) No whitespace
  30. >>    5) Lots of illegible "creative" formulas
  31. >>    6) No comments
  32. >
  33. >As one who learned FORTRAN first, I consider this a slur; were it applied
  34. >to me directly it would be a libel.  The word `Universally' is used in
  35. >error.
  36. >
  37. >Before I learned C I began to declare all my FORTRAN variables; there
  38. >were no wasted initial letters.  And after I learned C, my FORTRAN began
  39. >to look like C.
  40. >
  41. >A FORTRAN programmer who meets bad C will not learn good habits from it;
  42. >a FORTRAN programmer who meets good C will.  `Good C' does not just mean
  43. >C free from the defects you give; it means C that expresses a good design
  44. >using C's idioms well.
  45. >
  46. >If the FORTRAN programmer whom you have watched learn C did not have good
  47. >C to learn from, do not blame C.
  48. >-- 
  49. > (This man's opinions are his own.)
  50. > From mole-end                Mark Terribile
  51. >
  52. > mat@mole-end.matawan.nj.us, Somewhere in Matawan, NJ
  53.  
  54. This is so true. People forget that the language is the human form
  55. of expression to the computer of EXACTLY what to do. Features don't
  56. really mean anything, unless they are directly applicable to a
  57. particular solution.
  58.  
  59. But, more to the point, to support your position, a properly
  60. thought out algorithym that is expressed cleanly can be followed to
  61. its conclusion no matter what the language. I had the opportunity
  62. to convert some AI based material from LISP to C a while back.
  63. Having never learned LISP, I was a bit concerned that one of the
  64. features of the language would cause me no end of grief in trying
  65. to understand what the software designer had in mind.
  66.  
  67. Fortunatly the designer had anticipated his code would require
  68. support in the future and wrote it with that in mind. It became not
  69. only a very good expression of the problem he was solving, but an
  70. excellent example in how to write good LISP code as well.
  71.  
  72. My biggest headache with PASCAL is that it tries to force the
  73. programmer to think in bounded terms, the likes of which they never
  74. seem to recover without a lot of grief in the process. I really
  75. dislike the type restrictions, plus the brain dead way the force
  76. you to declare things up front. Using it to develop, in my opinion,
  77. would be the same as forcing an author to write a book, with no
  78. Thesaurus, Dictionary, or documentation for the brand new WP he's
  79. just received on the desk; which he's never seen before.
  80. Eventually he'll get there, but not without a lot of aggravation
  81. and serious stifling of creative expression. In a sense the tool
  82. determines the solution path, not the programmer.
  83.  
  84. JMHO...
  85.  
  86. -- 
  87. --------------------------------------------------------------------
  88.             Bureaucracy: noun, plural - Bureaucracies.
  89.          The process of turning energy into solid waste.
  90. ---------------------------------------------------------------------
  91.