"It's not just salad dressing"
Introduction
This is the introduction. It should provide the reader with an
overview of the structure and content of the rest of the document.
This document has two themes, one concerning a noun, STRUCTURE, and
the other a verb DRAFTING. These two ideas are the essential
components of managing complexity, and managing complexity is the
essence of technical writing. Structure pertains to the structure of
the document, as well as the project documented by the text. Drafting
refers to the iterative recursive process of zeroing in on a goal,
whether a final document draft or the successful completion of a
project. Combining both structure and drafting produces design, the
focus of elements on a single purpose. Design is both a noun and a
verb; the focused elements are both the parts of the whole and the
actions that produce it. If there is one thing I hope to convince
students of by the end of a semester, it is that ``writing is not
salad dressing.'' Instead, writing is design, an integral part of any
complex endeavor; it cannot just be sprinkled on as the last touch
before serving.
The themes of salad dressing, structure, and drafting will be repeated
four times during 21W.783 as the following topics are addressed:
Introduction (class 1), Style (class 2), Graphics (class 4), and Oral
Presentations (class 5). In these notes, a section is devoted to each
of these topics. The remainder of the introduction provides an
overview of managing complexity through structure and drafting. But
first a word on plagiarism:
Don't.2
I would like to think that saying ``just don't'' would be more than
enough, but about 1 time out of a 100 I need to be more specific. Do
not take other people's words or ideas and promote them as your own.
The particularly egregious act is to copy, word for word, from another
work, whether another student's paper or a published text.
Paraphrasing is similarly odious. If you have the urge to commit
either act, cite your reference. Citation is not necessarily full
redemption, but it insures that you will not be expelled. (I
recommend further reading on various shades of plagiarism from Edward
White's ``Teaching and Assessing Writing,'' pp x-y. When in doubt,
cite. It is much easier to edit out excess citations than to combat
charges of plagiarism. Once you are suspected of plagiarism, the
entire body of your work is called into question. Even if you are
cleared of wrongdoing, your work continues to be regarded with
suspicion. Err on the side of honesty. No one has ever been expelled
from school or lost a job due to an overabundance of citations.
Managing Complexity:
The romantics have it that once upon a time, life was simple and good.
A single, though exceptional, person could know all there was to know;
Aristotle and the Venerable Bede are purported such intellect. For
less powerful intellects, complexity was managed through
apprenticeship. Information (lore) was conveyed over a lifetime;
practice and tradition reinforced the learning. A craftsperson could
know everything about the craft.
Now, two thousand years later, the nature of information has changed
and the ``know it all'' and apprentice approaches to
managing complexity are no longer viable. The shear volume of
information makes it impossible for one person to absorb all there is
to know. Further, the information changes faster than it can be
learned through apprenticeship. These fundamental changes have
spawned the genre of technical writing, which makes it possible to
access, update, and store large bodies of information.
Two levels of complexity must be managed to produce technical writing: the
complex idea itself and the interlocking of words on the page used to
express the idea. I hope to demystify the complexity of the ordering
of words by examining the structure of text and the processes that go
into creating it. Managing the complexity of ideas will remain the
business of the writer, though the lessons learned managing the
complexity of text are readily transferable to other realms.
Complexity management requires design strategies; some
commonly applied to technical writing are described below:
- Simplification: Like ``the force,'' simplification has a
light and a dark side. Any of the following list items can be used to
properly simplify an idea. For example, diverse empirical information
can be ``simplified'' by abstraction, through the definition of a law
or principle. Or, a first semester physics student may be presented
with simplified perfectly stiff, infinitely strong objects as the
first step in the iterative development of a model. The improper use
of simplification is to ``water down,'' to remove relevant detail from
a perfectly good idea just to make the idea easy to express.
-
Prioritizing: If the project is large, the most important aspects
should be dealt with first.
-
Practice/Iteration: I casually overheard on an NPR program that 10,000
hours (a bit more than one full non-stop year, or five years of normal
employment, or one PhD) makes you an expert at anything. My quick
estimate (8 humanities courses, one lab course, one thesis at MIT plus
half that total for high school writing) suggests that an MIT graduate
could easily be less than a quarter of the way toward being such an
expert. Even if you have a harder time writing than most, I encourage
patience and perseverance.
At the document level, iteration is important because the drafting
process transforms the idea as understood by the author into an idea
that can be understood by the reader.
-
Structure: Without structure, a design project is no more than a
"blob of blup." Structure implies a hierarchy of elements and
connection between all the elements. Further, all the elements must
add together to produce more than their mere sum. For technical
documents, structure increases the ease of finding and absorbing
information.
-
Planning: Louis Pasture says, "Chance favors the prepared mind." I
say, "Only prepared minds should write longer documents." Planning is
the definition or organization of structure. Setting out to write a
longer document without planning is a waste of time. First, you will
write yourself into a hole. Then your options are to fill in the hole
and start all over again or to dig deeper. Sometimes, you need to dig
a few dead end holes before you really get started, but, even so, you
need to plan to leave yourself enough time to practice digging.
-
Abstraction: Distilling the essence of experience takes vast
quantities of disparate experiences and boils them down into a model
of how the universe works. Abstraction is a very effective method of
simplification.
- Collaboration: If one person can do a whole project, the project
doesn't qualify as complicated. While complicated projects require the
collaboration of several people, complexity and the number of
collaborators do not scale. With the addition of people, projects become
exponentially complex; adding another collaborator may just slow the
project down. (See Frederick Brooks' "The Mythical
Man Month for more about throwing manpower at complicated,
overdue software projects.) Balance collaboration with efficiency,
and don't try to substitute collaboration for structure and planning.
In all endeavors, quality is attention to detail: attention to detail
in the structure and at every level within that structure.
Characteristics of technical writing:
A good definition of technical writing is elusive. Markel, in
Technical Writing suggests that technical writing is any
document that is "not fiction," but many scientific theories
eventually turn out to be fiction. Let me suggest that technical
writing is anything that is not intended to be fictional; such a
definition includes a shopping list, a letter to the editor, and a
scientific journal article. Technical writing can often be identified
by the following characteristics:
-
Jargon and abbreviations:
-
Graphics (tables, graphs, figures):
-
Equations:
-
An emphasis on function over entertainment:
-
The document is not meant to be read cover to cover:
-
The document is useful only to a very narrow audience:
-
The document is highly operational:
My addition to this list: for the most part, technical documents have
clear deadlines. The product must ship with the documentation; the
conference paper must be submitted in time to be published.
The Structure of Documents:
Because text is linear and finite, it has a beginning a middle and an
end. This structure is maintained at every level of text: the word,
the sentence, the paragraph, the section, and the document as a whole.
Rarely does a complex idea have a linear structure. One difficulty
that writers confront is compressing a multi-dimensional thought into
a one dimensional document. An analysis of water usage might span
France, the USA, and the Middle east, lake and river usage,
irrigation and power generation, political implications,
infrastructure, and technology: a total of 6 dimensions. All the
dimensions are interconnected. Somehow each of the ideas must be made
to connect in a string of words.
Many structures are possible. The right organization is the one that
best fits the purpose.
The elements of structure are unity, transition, and development. All
the parts of the whole must be focused on some one purpose. All the
elements must connect to each other. The connections must lead
somewhere.
Give every document a title. In the introduction section of longer
documents, be sure to introduce the structure and content of the
rest of the document.
Two types of well defined documents: the proposal and the report.
Proposal Structure
- Summary -- a brief summary of the whole
- Introduction -- defines your problem
- Background -- shows how your solution is likely to solve the
problem.
- Methods -- outlines your solution
- End stuff -- details, schedule, costs
Then the document falls off the edge of the world; there is no
conclusion. The structure of the proposal is governed by how it is
read. Most only read the summary.
sample proposal
The report is very similar to the proposal, but includes the results
that follow the methods. With results, a conclusion can be drawn.
Report Structure
- Abstract -- A summary of the problem, methods, results, and conclusions.
- Introduction -- defines your problem
- Background -- shows how your solution is likely to solve the
problem.
- Methods -- outlines your solution
- Results
- Conclusion
Writing as an Activity:
By recording keystrokes and replaying editing sessions, I have studied
how people put words down on paper. My initial hypothesis was that
good writers could somehow pour a well formed thought from their
brains with the greatest of ease. This hypothesis could not have been
farther from the truth. The writers I have studied who manage to
write ``effortlessly'' write gibberish. I call such writers
``egocentric writers,'' to compare their behavior with Piaget's
``egocentric speech,'' a stage children go through when they talk
incessantly without heeding their listener. While some people
undoubtedly have an easier time writing than others, good writers do
not effortlessly pour words onto the page.
Instead, good writers go through cycles of writing, reading, thinking,
and rewriting. The frequency of the cycles and the focus of the
rewriting vary from author to author. ESL students cycle at the word
level; each word is typed, checked for spelling/agreement, and
corrected before moving on. Some authors type entire paragraphs or
pages before reading them over. There is no ``correct'' recipe that
works best for everyone. If how you write works for you, continue; if
not, try to change your writing habits.
Habits the author can control:
- Attention to detail. Pay less attention in early drafts. Proof
read in later drafts.
- Work on multiple documents simultaneously. When stuck on one,
switch to writing the other.
- Work on different aspects of a document simultaneously. When
stuck on the text, fix a figure instead.
- Got writer's block? Force yourself not to use the delete key.
- Work at different times of the day.
- Learn your own bad habits. Has every english teacher and thesis
advisor associated red ink with your pronouns? Then be sure to
scrutinize your pronoun usage. Can't spell? Learn to recognize the
words you butcher regularly.
- Start writing the middle of your document. The abstract is
difficult to write; your method section is liable to be easier.
Description is relatively easy too.
- Leave yourself enough time to write well.
- Avoid binge writing the evening before the document must be finished.
- Stop writing for at least three days. You can do so if you've left
yourself enough time.
- If you are a perfectionist, suspend disbelief. Documents are never
finished, only due.
- Decide at the start how perfect a document must be. Recognize this
threshold and desist from writing further.
The author's ultimate goal is to cultivate writing habits that make
the reader happy. This happy event occurs only when the author
recognizes the discrepancy between a draft and what the reader wants.
The next chapter on style suggests a
framework for authors to think about their writing in order to
rework drafts to satisfy the reader.
Places to go from here:
table of contents
the next chapter, style
url=http://www.mit.edu:8001/afs/athena.mit.edu/course/21/21w783/www/notes/salad.introduction.html
author = Dave Custer, custer@mit.edu