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: What to look for in a technical editor From:"Bonnie Granat" <bgranat -at- editors-writers -dot- info> To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Fri, 16 May 2003 12:42:15 -0400
:
:
: ----- Original Message -----
: > To do a good job they must be knowledgeable in proper English usage while
: > providing additional value to the work. This is done by looking at the
: > larger picture. Direct knowledge of the product, while helpful, is of
: > secondary importance.
:
: I couldn't disagree more. Direct knowledge of the product is of PRIMARY
: importance. It is impossible to intelligently edit any complex technical or
: user manual without experience with the subject matter.
Nor could I more strongly disagree. Without knowledge of the product, an
editor can absolutely *ruin* documentation and cause much time to be wasted
while the writers and developers deal with the mess an ignorant editor
creates.
:
: All the English skills in the universe cannot compensate for product
ignorance.
: Like I said in an earlier thread. How can you effectively make editorial
: decisions, if you don't understand the technology. How do you know if
something
: is confusing, cryptic, or poorly organized if you have no understanding of
the
: subject matter.
It is insanity itself to think that one can edit -- any more than write --
documentation without a good understanding of the product.
:
: Simply put, an editor cannot make intelligent editorial decisions from a
: position of ignorance. As such, product and subject matter knowledge is of
: primary importance.
This is why some contend that the editor's job does not require less technical
understanding. If I am going to spot a writer's error in describing how
complex routing rules work in a telephone system, I'd better know how they
work, myself, or I'm deluding myself that I am adding value to the product.
Editors in technical milieus, in large part, do the *technical reviews* that
SME's are supposed to do.
:
: I think you have been given awful advice if you think knowing the product
and
: subject matter is of secondary importance. I realize some people here have
are
: obsessed with remaining ignorant and will fight to the death to defend their
: stupidity and its "value" to employers. I'd would advise you ignore those
: people.
:
I don't think anyone holds this view, Andrew. The difference of opinion (as it
appears to me) is that, for example, I didn't need to know anything about
computer telephony to learn how a specific computer telephony product works
and then make sure that writers were providing correct information. By the
time I finished my exhaustive review of the documentation set I was a
knowledgeable about the subject, but not before. My company simply provided me
with the time to learn all I needed to be able to make sure the documentation
was accurate, effective, and written professionally.
---
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.