home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / eiffel / 1014 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.7 KB

  1. Path: sparky!uunet!eiffel!bertrand
  2. From: bertrand@eiffel.com (Bertrand Meyer)
  3. Newsgroups: comp.lang.eiffel
  4. Subject: Re: Intro. book on Eiffel Programming...?
  5. Message-ID: <107@eiffel.eiffel.com>
  6. Date: 29 Jul 92 17:08:57 GMT
  7. References: <Brssyv.Boo@news.cso.uiuc.edu> <pyhmn2d.nagle@netcom.com> <GEOFF.92Jul28092531@wodehouse.flash.bellcore.com>
  8. Organization: Interactive Software Engineering, Santa Barbara CA
  9. Lines: 49
  10.  
  11. From <GEOFF.92Jul28092531@wodehouse.flash.bellcore.com>
  12. by geoff@flash.bellcore.com (Geoffrey Clemm):
  13.  
  14. >>    I've also
  15. >>    heard a rumor that _OOSC II_ is actively in the works. Anyone care to
  16. >>    confirm or deny?
  17. > [...] The problem is that
  18. > although most of the changes needed for OOSC are trivial, there are a
  19. > few sections which could do with a significant upgrade.
  20. > My guess is that Bertrand can't
  21. > bring himself to just upgrade the sample programs in OOSC from 2.3 to 3.0
  22. > without also changing the sections that would involve more work.
  23.  
  24. Yes, there will be a second edition sometime, and, yes, it will involve
  25. more than upgrading the Eiffel examples. (I did that at some point and
  26. it took me about two hours for the entire book.) In addition, I can
  27. reasonably commit to ensuring publication in the 20th century.
  28. To say anything else would be rather foolish.
  29.  
  30. I have found that revising an existing book is harder than writing
  31. a new one. Part of the problem is the maintainability issue which
  32. we all know in its application to software, but which no one has
  33. apparently solved for books. I don't know how to write a book the way one
  34. writes an Eiffel system (out of modular, decentralized components,
  35. meant for reusability and extendibility). Instead a book's
  36. structure is a strict top-down functional decomposition a` la Pascal
  37. (main book, chapters, sections, subsections, paragraphs, sentences,
  38. words), which causes the well-known associated maintainability problems.
  39. (See the book itself for details.) In addition, the structure must be
  40. physically mapped onto fixed-size pages, a pretty harsh requirement.
  41.  
  42. Adding to the problem are the incredibly positive reactions triggered
  43. by the current edition. (I say this without any arrogance or pretention,
  44. it's just the reality.) This background puts a heavy burden on
  45. the author for the second edition.
  46.  
  47. Lest anyone think this is all a commercial ploy meant to encourage
  48. people to buy the first edition until the last minute, I won't be
  49. coy about announcing the second edition (on comp.lang.eiffel
  50. in particular) when I send it to the publisher, even if the printing
  51. is still a few months away then. But we are nowhere close to such a
  52. situation.
  53.  
  54. Thanks for the continued gentle pressure.
  55. -- 
  56. -- Bertrand Meyer
  57. Interactive Software Engineering Inc., Santa Barbara
  58. bertrand@eiffel.com
  59.