home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / eiffel / 989 < prev    next >
Encoding:
Text File  |  1992-07-27  |  4.8 KB  |  99 lines

  1. Newsgroups: comp.lang.eiffel
  2. Path: sparky!uunet!usc!rpi!newsserver.pixel.kodak.com!psinntp!psinntp!merlin.hgc.edu!jcm
  3. From: jcm@hgc.edu (James McKim)
  4. Subject: Re: Intro. book on Eiffel Programming...?
  5. Message-ID: <1992Jul27.150245.8716@merlin.hgc.edu>
  6. Sender: usenet@merlin.hgc.edu (Action News Central)
  7. Organization: The Hartford Graduate Center
  8. References: <Brssyv.Boo@news.cso.uiuc.edu> <pyhmn2d.nagle@netcom.com>
  9. Date: Mon, 27 Jul 1992 15:02:45 GMT
  10. Lines: 87
  11.  
  12.  
  13. One good thing about John Nagle's postings is that they always provoke
  14. discussion! John, will you be at TOOLS or OOPSLA? I'd like to meet you.
  15.  
  16. In article <pyhmn2d.nagle@netcom.com> nagle@netcom.com (John Nagle) writes:
  17. >cwt26780@uxa.cso.uiuc.edu (Conrad W Taylor) writes:
  18. >>         I'm looking for an introductory book on Eiffel programming that in-
  19. >>cludes a great deal of examples.  The only source that I have at this time is
  20. >>Eiffel: The Language which is more of a reference for the language instead of
  21. >>an introductory book on programming in Eiffel.  If anyone knows of such a text
  22. >>, please e-mail me at ctaylor@ncsa.uiuc.edu or cwt26780@uxa.cso.uiuc.edu.
  23. >
  24. >        Bertram Meyer's books are all there are, apparently.  There are three
  25. >of them (on design, the language, and the library) and each uses a different
  26. >version of Eiffel.  This, of course, will not bother the serious student.
  27. >
  28.  
  29. I assume the design book you refer to is _Object Oriented Software 
  30. Construction_. The examples in OOSC are out of date in the sense that
  31. many of them will not compile and run correctly in  versions
  32. of Eiffel released after the book was published. The _ideas_ in the book
  33. will be a _long_ time going out of date. The language and library books
  34. are out of synch right now because _Eiffel: The Language_, the reference
  35. manual for Eiffel 3, has been generally available for some months, while
  36. the rest of ISE's system, including the library manual, is still under
  37. development. This situation should be remedied within the next couple of
  38. weeks as Bertrand and ISE unveil a batch of Eiffel goodies. I've also
  39. heard a rumor that _OOSC II_ is actively in the works. Anyone care to
  40. confirm or deny?
  41.  
  42. Version 2.3 came with a batch of examples. If version 3 does likewise,
  43. Conrad's problem may be resolved. In any case, once version 3 has been
  44. available for a while, I'd expect to see more papers and books that
  45. are centered around Eiffel. As another poster pointed out, Bertrand
  46. is such a masterful and prolific writer that many of us have hesitated to
  47. to try our hands at what he has already demonstrated he can do so
  48. well. We Eiffel users need to break out of this shell. Tacitly forcing
  49. Bertrand to be virtually our only spokesman is unfair to everyone,
  50. most especially Bertrand!
  51.  
  52. >        Remember, programming in Eiffel is supposed to be HARD.  You have
  53. >to SUFFER for your art.  Eiffel is in the grand tradition of the the Hoare
  54. >"programming is not for everyone" school.  The formalism is not to be
  55. >avoided, but studied with dedication until it is mastered.  One can no
  56. >more program properly without mastery of the formal approach than one can
  57. >do physics without calculus.
  58. >
  59.  
  60. I think I've heard this before. Hmmm... Let me think.... Yes!
  61. By golly every time I heard it, it was John Nagle who said it!
  62. You seem to be a cult of one, John :-)
  63.  
  64. I can only respond based on my experience teaching OOP via Eiffel 2.3
  65. to more than 100 students in the past year and a half. Eiffel is
  66. EASY to learn. It is FUN to program in. If by "formalism" you mean
  67. assertion checking and the programming by contract metaphor, then
  68. yes, a good Eiffel programmer will strive to master the "formalism."
  69. Most students almost immediately see the value of programming in this
  70. style. BTW, my students are almost all working professionals in areas
  71. directly related to computing.
  72.  
  73. >        If you want OOP the easy way, use Smalltalk.
  74. >
  75. >                    John Nagle
  76.  
  77.  
  78. Smalltalk is a good language with a super environment. It's also been
  79. around a long time, so both the language and environment are relatively
  80. stable. As you point out Eiffel's language and environment are comparatively unstable. But, show me a language as young as Eiffel that _has_ stabilized.
  81.  
  82. Smalltalk is also the only commercially available OOP that is easier to learn than Eiffel. This is largely because it does not provide static type checking (the biggest single reason for the comparative complexity of Eiffel), multiple
  83. inheritance, or assertion checking.
  84.  
  85. Once Eiffel matures a little more the _only_ advantage Smalltalk will have is
  86. its extreme simplicity. Eiffel will be nearly as simple, and provide the
  87. extra features listed above.
  88.  
  89. You pays your money and you takes your choice. :-)
  90.  
  91. Regards,
  92. -- Jim
  93.  
  94. -- 
  95.  
  96. *------------------------------------------------------------------------------*
  97. Jim McKim  (203)-548-2458     In exactly 3.2 seconds it will be a few 
  98. Internet:  jcm@hgc.edu   minutes to 5:00.
  99.