Oh, I can think of several books which cover things most definitely not found in the documentation....
| [reply] |
True. For example, the Ruby/Rails guys figured this out and wrote a language and framework with completely shoddy documentation, thus creating a wonderful book market. Luckily, Perl hasn't followed this path.
| [reply] |
To be fair, the reason Ruby had such lousy English documentation is that it originated in Japan.
There's no excuse for the state of the core Rails documentation, however.
| [reply] |
All too true!But nothing beats having the Camel book on your desk, if nothing else it identifies you as an "old hand" in programming (so does having the COBOL and FORTRAN programming manuals lying around, although you have to lock these up in safe storage when you are away as they have antiquarian value now).
CountZero A program should be light and agile, its subroutines connected like a string of pearls. The spirit and intent of the program should be retained throughout. There should be neither too little or too much, neither needless loops nor useless variables, neither lack of structure nor overwhelming rigidity." - The Tao of Programming, 4.1 - Geoffrey James
| [reply] |