Scott on Writing

Musings on technical writing...

Technical Know-How is Important, But Not Paramount

Imagine that you were in dire need to learn a particular aspect of some particular technology.  In your research for an answer to your question you arrived at two articles written by two different authors with polar writing and technological abilities.  If you only had time to read one of the two articles, what do you think you, personally, would benefit from more:

  1. An article writen by an author with extreme expertise in the particular technological field, but with horrendous writing skills, or
  2. An article written by an author with strong writing skills, but only an average grasp of the technical material?

If you answered (1), then I would wager you've been lucky enough not to stumble upon such an author in the past.  As editor for 4GuysFromRolla.com, I have had hundreds of articles submitted by hundreds of authors from around the world.  In reviewing these, I have seen both ends of the spectrum, and everything inbetween.  Clearly the worst article is one written by an author with a poor understanding of the technology and lackluster writing skills, but a close second worse is one written by someone with a keen understanding of the technology, but without the writing skills to transfer his immense knowledge from his brain to the written word.

If you think about it for a moment, it makes complete sense why the writing prowress of an author is of paramount importance: even if you know it all, others cannot benefit from your knowledge if you cannot adequately express your intellect.

Improving Your Writing Skills
While everyone will agree that one can improve their technological skills in a particular field, I've found that many don't seem to think that they can improve their writing skills.  While really, really good writing is an art form, and can likely not be learned, but rather must be innate, good writing is a skill that can be learned as easily as good programming skills.  (Note: those who are really, really good writers, don't use expressions like, "really, really.")

So how do you learn to become a good writer?  Well, how did you learn to become a good anything?  Through:

  • Practice,
  • Mimicking those who you know/think to be skilled at the thing you're trying to learn,
  • More practice,
  • Learning from the advice/suggestions of those who have come before you, and
  • Even more practice!

Learning how to be a good writer is no different.  Here are some random suggestions from yours truly, little bits of advice I've picked up over the years either from others or things I've learned on my own:

  • Before you write the first word, write down in a sentence or paragraph, or half-page synopsis what you are wanting the reader to learn and what your content aims to show.  (The duration of this depends upon the breadth of the content.  For example, a short online article needs just a sentence or two.  A book could take half a page or more.)

    Imagine that you wanted to write a short introductory article on XML.  Your synopsis might look like:

    "This article will introduce the reader to XML, covering the benefits of XML, what problems it overcomes, and the XML formatting rules.  The article will also examine some simple common use cases for XML, such as sharing data between disparate platforms."
  • After you write the synopsis, but before you write the first word, create an outline.  Start by filling in the top-level items (the I, II, III items) before filling in any particular top-level items' sub-items.  After you have created the top-level items, return to the synopsis and ask yourself, "Will the reader learn what I want them to learn given this high-level outline?  Am I covering the material I set out to cover?"  Make any needed changes to the top-level items at this time.  An example outline for our XML article might look like:

    I. XML - What is It?
    II. Motivation for XML
    III. Benefits of XML
    IV. Common XML Use Cases
    V. XML Formatting Rules

    Also consider reordering top-level items.  Try to place yourself in the reader's shoes, and ask yourself if the ordering makes sense.  Would it make more sense to move the IV item after V?  Or perhaps IV should be moved directly after I.  Its optimal position depends on your audience, their experience level, and what they are trying to get from your article.
  • Once you have shored up the top-level items, start adding sub-items to the various top-level items. I usually don't aim for a too granular amount of detail here; rather, I usually go only one or two levels deep (like A, B, C sub-items and then i, ii, iii sub-sub-items).
  • At this point, you are ready to begin writing.  The first thing you will write, even if you forgot to include it in your outline, is an introduction.  The article's introduction will essentially be restating the synopsis we wrote down to begin with, but in more detail.  Next, for each high-level outline topic, you should start the discussion with an overview of what will be covered in that high-level topic. 

    Think of a technical article as a journey for the reader, one that ends with a new piece of knowledge.1  The introduction for each section is akin to directions: it summarizes the journey in a short, concise manner, giving the reader an quick overview of where their trip will take them, and what they can expect to encounter.

    When you complete a paragraph, reread over the paragraph and ask yourself if it makes sense.  Again, put yourself if the reader's shoes and ask yourself, "If I was new to this technology, or if I was learning about this concept, would this paragraph make sense?  Would I understand it?"  Perhaps there are terms or buzzwords used that have not been previously defined.  Perhaps you had subconsciously "skipped over" important parts to understanding the concept you're trying to illustrate because you find these parts to be trivial.  However, a reader learning the technology might not have a complete understanding or picture without these missing parts.

    At the end of high-level sections from the outline, be sure to summarize the material covered.  Take a step back from the techno-jargon and reiterate in very simple English what the reader has just learned, and its application.  Let the reader know where you'll take them next and how what they've just learned will play in.  Explain in conversational English so a Luddite could understand.

This is just a smattering of little bits of advice that I use daily in my writing.  If you are interested in strengthening your writing skills, I would encourage you to try adopting some (or all!) of these suggestions, and then, and most importantly, practice.  Write articles for technological Web sites, or, if nothing else, create your own Web site and post them there.  Share them on usenet, or online forums, and see what your readers say/ask.  Do they have questions about certain things?  Were some things unclear?  Take this advice to heart and learn from it.


1 - Apologies for the cheesiness!

posted on Tuesday, July 15, 2003 12:06 AM

Feedback

# re: Technical Know-How is Important, But Not Paramount 7/15/2003 10:29 PM HumanCompiler

I'm a techie "turning" writer and these are great tips. I already do a couple of them, but not all..thanks a lot for posting them! :)

# re: Technical Know-How is Important, But Not Paramount 7/15/2003 10:40 PM Scott Mitchell

Glad you found the tips useful. What sort of writing are you working on? Online articles? Magazine articles? Books? All of the above?

I think my next entry might be examining these three writing venues and discussing the preparatory differences and writing experiences among the three.

# re: Technical Know-How is Important, But Not Paramount 7/16/2003 3:21 AM Slavomir Furman

Hello!

Thanks for excellent articles (on this weblog and also on 4GuysFromRolla.com)

I just like to add that excellent advices about writing content for the web one can found in Gerry McGovern's books such as "The Web Content Style Guide" and "Content Critical".
(http://www.gerrymcgovern.com/)

thanks,
Slavo.

# re: Technical Know-How is Important, But Not Paramount 7/22/2003 8:34 PM Jenny

Scott --

Thanks for posting this article! I'm a tech writer "turning" more techie (in constrast to the first commenter) and I've always been a big believer in balancing tech know-how and good writing. But in a contest, I'd also understood that good writing always wins. Some of the tech writers I hang out with (virtually, mind) like to war amongst themselves about one being better than the other, with neither side making a convincing case (although it can get rather bloody). So, it's refreshing to see a technical author make a good case for good writing skills as a worthy complement to tech know-how. For myself, I do a lot of what you mention in the manuals I write (e.g., making a synopsis, outlining, remembering my audience, etc.) -- it's made a huge difference in my writing over the few years I've been a tech writer. Basically, the prep helps me write better, which helps me turn out a better product for my readers.

Anyway, thanks again for the article -- the reminders always come in handy!

# re: Technical Know-How is Important, But Not Paramount 7/27/2003 7:25 PM Salman

Scott,

Thanks for the insight.

# .Avery Blog 7/15/2003 12:06 AM Pingback/TrackBack

.Avery Blog

# Scott on Writing 7/15/2003 12:06 AM Pingback/TrackBack

Scott on Writing

# To write or not to write 9/3/2003 12:51 PM Jeff Giesbrecht

Title:  
Name:  
Url:
Protected by Clearscreen.SharpHIPEnter the code you see:
Comments   

Add To Your Reader

My Links

Archives

Post Categories

 

I am a Microsoft MVP for ASP.NET.
I am an ASPInsider.
<May 2008>
SMTWTFS
27282930123
45678910
11121314151617
18192021222324
25262728293031
1234567

Comment Stats

DayTotal% of Total
Sunday 1866.8%
Monday 37913.9%
Tuesday 45316.7%
Wednesday 50418.5%
Thursday 53519.7%
Friday 49418.2%
Saturday 1666.1%
Total 2717100.0%

Hour1Total% of Total
12:00 AM 652.4%
1:00 AM 682.5%
2:00 AM 622.3%
3:00 AM 742.7%
4:00 AM 572.1%
5:00 AM 1033.8%
6:00 AM 1084.0%
7:00 AM 1585.8%
8:00 AM 1716.3%
9:00 AM 1475.4%
10:00 AM 1716.3%
11:00 AM 1816.7%
12:00 PM 1886.9%
1:00 PM 1696.2%
2:00 PM 1605.9%
3:00 PM 1324.9%
4:00 PM 1073.9%
5:00 PM 923.4%
6:00 PM 913.3%
7:00 PM 963.5%
8:00 PM 833.1%
9:00 PM 782.9%
10:00 PM 792.9%
11:00 PM 772.8%
Total 2717100.0%

Comments by Blog Entry Date/Time

Day Entry MadeAvg.Total
Sunday 5.54144
Monday 5.22339
Tuesday 4.28419
Wednesday 7.67637
Thursday 6.90607
Friday 5.48411
Saturday 5.33160
Total 5.842717

Hour1 Entry MadeAvg.Total
12:00 AM 5.0035
1:00 AM 1.002
5:00 AM 0.000
7:00 AM 7.0035
8:00 AM 5.35107
9:00 AM 6.32278
10:00 AM 6.47246
11:00 AM 4.41181
12:00 PM 6.88330
1:00 PM 3.00111
2:00 PM 5.41222
3:00 PM 8.64285
4:00 PM 4.0589
5:00 PM 5.92154
6:00 PM 4.52113
7:00 PM 9.67174
8:00 PM 9.80147
9:00 PM 5.05111
10:00 PM 5.4265
11:00 PM 4.5732
Total 5.842717

Learn More About Comment Stats
1 - All times GMT -8...


Blog Stats

Favorite Web Sites

My Books

My MSDN Articles