Third-party books

Subject: Third-party books
From: Glenn Crumpley <gcrumpley -at- VNET -dot- IBM -dot- COM>
Date: Wed, 19 Apr 1995 10:58:50 EDT

One perspective that I haven't seen mentioned:
While a software is being produced, there is limited time to explore and
understand how to apply the product to practical situations. There is
usually only time to understand how the product functionally, which is why
so many product manuals are organized by menu items instead of by tasks.

After the product ships, there is time to apply the product to real-life
tasks and produce documentation that is more task-oriented and detailed.
I've purchased stacks of aftermarket books for products I use regularly,
such as Microsoft Excel, because eventually there is some particular thing
I want to do that is not addressed in the original manual as an individual
task, for example, how to write a VBA macro that transfers dates from
Excel to Microsoft project.

So, I don't view these books as primarily a way to get documentation for
pirated software, although I'm sure they are used for that purpose. I also
don't fault the writers of the original product documentation for not being
able to become expert in 100% of the product and document every conceivable
task before the ship date. This does not, of course, excuse product
documentation that is just plain poorly done; but I've never been able to
learn a complex piece of software thoroughly without third-party books.

Glenn Crumpley


Previous by Author: Apology to Geoff Hart
Next by Author: Re: Mindless Screen Shots
Previous by Thread: Re: BOOKS: Updated Listing -- three cheers for Greg!
Next by Thread: Re: Third-party books


What this post helpful? Share it with friends and colleagues:


Sponsored Ads