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.
Subject:Re: Technical Writers or Information Developers? From:"Eric J. Ray" <ejray -at- raycomm -dot- com> To:edunn -at- transport -dot- bombardier -dot- com Date:Mon, 27 Sep 1999 10:04:47 -0600
edunn -at- transport -dot- bombardier -dot- com wrote:
> I would have a problem with "information developer" however. To me, this does
> not describe what we are supposed to be doing. We present, organise, and filter
> information but we certainly do not create or develop it.
Sure we do! If we're not _developing_ information, we're merely
regurgitating it (and yes, that's a carefully thought out
analogy...we ingest, slightly process, then leave for someone
else to clean up).
Take, for example, the UNIX book referenced in my .sig. Sure, there's
a ton of information about UNIX out there, and we didn't make up
ANY of it from whole cloth. Does that mean we didn't develop the
information? Not on your life.
The path from a man page (for example) to usable and user-friendly
documentation is NOT a matter of mere presentation, organization,
or filtering. It is a matter of _developing_ the context, the approach,
the "Oh, I get it" factors. We develop information both in the sense
of creating _information_ from raw data, and we develop information in
the photographic sense, of bringing something into clarity where
there previously was nothing.
Certainly, though, technical writers who stop at shuffling words
on a page aren't doing much information development and probably
shouldn't be called information developers. Of course, their readers
likely have a large collection of alternative titles for them,
so we might not need to worry about that one.
Eric
--
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Eric J. Ray ejray -at- raycomm -dot- com
UNIX Visual QuickStart Guide is "a superb book!"
Don't believe it? Check for yourself!
Find out more at http://www.raycomm.com/