Tip 50 - tip your server
Use tips for actionable, optional, been-there-done-that content.
Use tips for actionable, optional, been-there-done-that content.
What doesn’t kill you makes (your docs) stronger.
Use examples to enhance your point, not make it.
Document change like a verb, not just as a noun.
Emphasize the positive! Help your readers achieve, not avoid.
Every new fact is ‘another thing’, but you don’t always need to call attention to it!
Separate yourself from, and instead focus on, your reader.
Sneak in “extra docs” with meaningful example file names.
Assume that your reader knows whose docs they’re reading.
Docs is not a conversation. Skip the pleasantries!
“Make things happen” in your life, not in your docs writing.
Don’t sound smart; make your reader feel smart!
Save “but” for a truly unexpected turn of events. You can use “and” more than you think!
You may need to ‘rearrange’ to support your reader’s journey, not rewrite.
Don’t take responsibility for documenting someone else’s project.
Links are going to be clicked! Use them strategically when you want readers to leave your page.
Show the right thing so readers don’t internalize the wrong thing.
Start troubleshooting advice with the observable error, not what led to it.
The better the name, the harder you have to work for the definition.
Don’t explain what’s not in the example.
When your users have users, you may want or need to document for them, too.
Use visual emphasis for conveying meaning, not intonation.
Acknowledge the similarities to and differences from earlier instructions.
Focus on your reader’s needs, not their mechanics.
Use the words you mean.
Your enthusiasm isn’t always contagious.
Front load prerequisites to avoid distracting side quests.
Write the docs you have, not how you got them.
Start with one idea per sentence. Let it tell you whether it wants to be longer or shorter.
Consider the surrounding context around your changes.
Make sure readers can actually add your “add this code” examples.
When communicating updates to your project, emphasize what has changed for the reader.
Use sequence words to help your reader progress through your instructions.
Group the most similar items together for a definition that flows.
You don’t know what your reader wants. Save effort (and words!) by not trying to guess.
Don’t document workarounds. Fix them!
Make it clear whether your list is partial or complete.
Be aware of words that may have an unintended nuance.
Let your docs tell their own story.
Alternative versions are more helpful than alternate histories.
Consider everywhere your headings will be used, not just in the body of the page.
Don’t make people figure out how one thing is ‘like’ something else.
You can’t remember (or forget) what you didn’t already know.
Add file names as titles to your code blocks.
New gets old fast. Save it for timely or dated posts.
Don’t let the easy fix distract you from the better edit.
When you think (or realize) you’ll reference something frequently, make it a heading.
Repetition is a pedagogical tool to reinforce a concept, not a safety net.
When an instruction is conditional, put the condition before the action to perform.
When instructing a reader to make a new file or folder, acknowledge that one might already exist.
It’s 50 days until I turn 50! So I thought I’d celebrate with a different docs tip every day.
© 2021 - 2024 Sarah Rainsberger. Except where otherwise noted, and/or quoting external sources, the content of this site is licensed under CC BY-NC-SA 4.0