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.
Geoff Hart <geoff-h -at- mtl -dot- feric -dot- ca> wrote:
>
> Bruce Byfield expanded on my message: <<From the way that
> I've usually heard the term used, a "technical editor" is
> usually a substantive editor, with exertise in the subject
> matter - not just a copy editor. That may or may be implicit
> in your comments, but I thought the point should be stressed.>>
>
> Both roles are important. In our business, it's hard to see
> how an editor of any kind could do a good job without understanding
> the source material to a greater or lesser degree. The additional
> expertise required to go beyond copyediting to do true technical
> editing (which requires knowledge of the subject matter) or
> substantive editing (which involves making sure the material is
> effectively organized, factually consistent, and as easy to
> understand as possible) may sometimes be required of peer
> reviewers rather than editors.
>
This is true to a certain extent but in the environments
in which I've worked as a technical editor, it would be
virtually impossible to be completely familiar with every
product for which I got documentation to edit. I think good
documentation organization and clarity in writing are
standards that can be imposed even without intimate knowledge
of a particular product, although some technical knowledge
is certainly needed.
Also, sometimes I think that there is an advantage to not
having the editor be completely familiar with the product.
Sometimes writers tend to get so intimately involved with
the product and the engineering team that their writing
assumes knowledge about the product or its underlying
technology that the user does not have. An editor who is
outside the product a bit can more easily spot areas
where the writer is making these types of assumptions.
Save up to 50% with RoboHelp Deluxe. Get 2 great products for 1 low price!
You'll get RoboHelp Office PLUS RoboDemo, the software demonstration tool
that everyone's been talking about. Check it out and save! http://www.ehelp.com/techwr-l
---
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.