TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Matthew Horn's company produces <<...a Web application server. It conforms
to industry standards and therefor our customers who write applications must
follow these standards. When writing applications that run on our server
they can
currently use our books which describe not only how to use our product, but
also how to write these applications. However, there are many books that
cover in-depth how to write applications.>>
Since the goal of documentation is to help people use your product, it makes
good sense to include a bibliography of books that cover your subject in
some depth. Advanced users will greatly appreciate knowing that they have
other places to go for specific documentation issues that are beyond the
scope of your own docs.
<<So my doc manager had an interesting idea... why not include third-party
books that cover the basics of application development so we, the writers,
can concentrate on the more specific discussions of our product?>>
The danger in doing that is that eventually all you writers could be
replaced by Amazon.com <g>. Worse yet, bundling other people's manuals with
your product could lead your managers to hire the authors of those manuals
as contractors and show you the door. Tread carefully here unless you want
to propose this, downsize yourself, and become one of those third-party
authors! My suspicion is that your manager has got the story backwards: you
should be writing documentation that lets readers accomplish all the basic
tasks they'd want to accomplish with a product, and leave the advanced works
to other authors. That's certainly the traditional approach, and it makes
great sense to me as a user of commercial products: when I receive the
product, I don't want to have to go to the bookstore to use it, but I do
want to know that advanced works are available once I've mastered the basics
and want to learn more.
A landmark hotel, one of America's most beautiful cities, and
three and a half days of immersion in the state of the art:
IPCC 01, Oct. 24-27 in Santa Fe. http://ieeepcs.org/2001/
+++ Miramo -- Database/XML publishing automation. See us at +++
+++ Seybold SFO, Sept. 25-27, in the Adobe Partners Pavilion +++
+++ More info: http://www.axialinfo.comhttp://www.miramo.com +++
---
You are currently subscribed to techwr-l as: archive -at- raycomm -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- raycomm -dot- com
Send administrative questions to ejray -at- raycomm -dot- com -dot- Visit http://www.raycomm.com/techwhirl/ for more resources and info.