Afrikaans
Akan
Albanian
Amharic
Armenian
Azerbaijani
Basque
Belarusian
Bemba
Bengali
Bihari
Bosnian
Breton
Bulgarian
Cambodian
Catalan
Cebuano
Cherokee
Chichewa
Chinese (Simplified)
Chinese (Traditional)
Corsican
Croatian
Czech
Danish
Dutch
English
Esperanto
Estonian
Ewe
Faroese
Filipino
Finnish
French
Frisian
Ga
Galician
Georgian
German
Greek
Guarani
Gujarati
Haitian Creole
Hausa
Hawaiian
Hebrew
Hindi
Hmong
Hungarian
Icelandic
Igbo
Indonesian
Interlingua
Irish
Italian
Japanese
Javanese
Kannada
Kazakh
Kinyarwanda
Kirundi
Kongo
Korean
Krio (Sierra Leone)
Kurdish
Kurdish (Soranรฎ)
Kyrgyz
Laothian
Latin
Latvian
Lingala
Lithuanian
Lozi
Luganda
Luo
Luxembourgish
Macedonian
Malagasy
Malay
Malayalam
Maltese
Maori
Marathi
Mauritian Creole
Moldavian
Mongolian
Myanmar (Burmese)
Montenegrin
Nepali
Nigerian Pidgin
Northern Sotho
Norwegian
Norwegian (Nynorsk)
Occitan
Oriya
Oromo
Pashto
Persian
Polish
Portuguese (Brazil)
Portuguese (Portugal)
Punjabi
Quechua
Romanian
Romansh
Runyakitara
Russian
Samoan
Scots Gaelic
Serbian
Serbo-Croatian
Sesotho
Setswana
Seychellois Creole
Shona
Sindhi
Sinhalese
Slovak
Slovenian
Somali
Spanish
Spanish (Latin American)
Sundanese
Swahili
Swedish
Tajik
Tamil
Tatar
Telugu
Thai
Tigrinya
Tonga
Tshiluba
Tumbuka
Turkish
Turkmen
Twi
Uighur
Ukrainian
Urdu
Uzbek
Vietnamese
Welsh
Wolof
Xhosa
Yiddish
Yoruba
Zulu
Let's take a look at examples of
good and not-so-good documentation.
Here's the deal;
you encounter a strange issue when helping a user out.
This issue happens so
often that you and your colleagues have encountered it.
No documentation is the worst documentation.
Imagine if it took you hours to figure out
an issue to a problem and you didn't write it down.
Your colleague encounters the same issue
and takes hours to figure it out,
then he also doesn't write it down.
This can go on and on.
It only takes a little bit of effort to create
documentation and it can save you so much of your time,
your company's time, and your users time.
This isn't the best example of documentation.
The problem that IT support specialist stated isn't
specific and it leaves you
with more questions than answers,
and while it tells you what we'll fix an issue,
it doesn't tell you how.
Documentation should be straight and clear cut.
Your reader shouldn't have
any questions when following the instructions you listed.
Now, this is a good example of documentation.
It starts off with a very specific and clear problem.
It gives you background information on what the issue is.
It even gives you
the exact instructions on how to fix the issue,
including which settings to navigate to and where.
Remember, always write
documentation that makes it
easy for your reader to follow.
Can't find what you're looking for?
Get subtitles in any language from opensubtitles.com, and translate them here.