Practice writing technical content that is easy to translate and localise: avoiding idioms, culturally neutral language, and internationalisation-friendly writing.
0 / 8 completed
1 / 8
Why should technical writers avoid idioms and colloquialisms in documentation?
Idioms create translation problems: 'kill two birds with one stone' translates literally and absurdly. They also confuse non-native English readers before translation. Use plain literal language: 'solve two problems at once' is clear in any language.
2 / 8
What is 'culturally neutral' language in technical writing?
Culturally neutral technical writing avoids: US-centric date formats, dollar signs, local phone number formats, sports analogies (American football), and legal references that differ by country. This reduces localization effort and avoids misleading content.
3 / 8
What does 'text expansion' mean and how should writers plan for it?
German runs 30-40% longer than English; French 15-25% longer. Tight English UI labels ('OK', 'Submit', 'Settings') may overflow in translated UIs. Technical writers and UI designers should account for expansion from the start.
4 / 8
Why should technical writers avoid passive voice when writing for translation?
Passive voice removes the actor, which creates ambiguity that translators must resolve. Active voice is clearer and translates more accurately. 'The system processes your data' is unambiguous; 'data is processed' requires inference.
5 / 8
What is a 'do-not-translate' (DNT) term and why is it important?
DNT terms prevent mistranslation of product names and technical terms. 'GitHub Actions', 'Kubernetes', 'API key' should stay in English in translated documentation. A translation glossary defines DNT terms so translators do not accidentally translate them.
6 / 8
What is a 'translation memory' (TM) and how does it benefit technical writers?
TMs make translation more consistent and less expensive. Repeated phrases (like UI labels, warning messages) are translated once and reused. Writers can leverage TMs by reusing phrasing consistently — slight variations force re-translation of similar content.
7 / 8
What does 'string externalization' mean in software localisation?
String externalization is a key l10n best practice. Hardcoded strings in code cannot be translated. By moving them to .json, .po, or .properties files, teams can replace strings per locale without touching the code.
8 / 8
What are 'embedded strings' and why are they a localisation problem?
Screenshots with text are a localization nightmare: each locale needs a separate screenshot. Best practice: use text overlays or callouts instead of screenshots with embedded text, or provide separate localized versions. Diagrams with embedded labels have the same problem.
This exercise, "Writing for Localisation (English)", tests your understanding of technical writing vocabulary and phrasing through 8 multiple-choice questions drawn from real workplace scenarios.
Is this exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is completely free — no account, sign-up, or payment required.
How many questions does this exercise have?
This exercise has 8 questions. Each one presents a realistic sentence or scenario with multiple-choice options and an explanation once you answer.
What happens after I answer a question?
You'll see immediate feedback showing whether your answer was correct, along with a short explanation of why — then a button to move to the next question.
Can I retry the exercise if I get questions wrong?
Yes. Once you reach the results screen, click "Try again" to reset your answers and go through the exercise from the start as many times as you like.
Do I need to create an account to take this exercise?
No account is needed. Your answers are scored in your browser during the session — nothing is saved to a server, so you can jump straight in.
Is my progress saved if I leave the page?
No — progress within an exercise resets if you navigate away or reload. Each exercise is short enough to complete in a few minutes in one sitting.
Who is this Technical Writing exercise for?
It's designed for IT professionals and learners who want to sound natural discussing technical writing topics in English — useful for meetings, documentation, interviews, and day-to-day communication with English-speaking teams.
How is this different from reading a glossary or blog article?
Exercises like this one are active recall drills — you have to choose the correct term or phrasing yourself, which builds retention faster than passively reading a definition.
Where can I find more Technical Writing exercises?
Browse the full Technical Writing exercises hub for more practice, or explore other exercise categories covering vocabulary, grammar, interviews, and workplace communication.