to → To On a daily basis → Daily Return back → Return - Introduce the value proposition of the content early: Clearly state what the reader will get out of reading your article. Preferably within the first two paragraphs. - Eliminate repetition and redundancies (DRY): Read each sentence and ask yourself if it introduces new information, ideas, or analysis. If it is simply restating old information, rewrite it or delete it. - Cut out unnecessary prepositions and adjectives: Your sentences would still convey exact meaning without them
just one key point or idea Use clear & descriptive subheaders that concisely reflect the subject of a section. (Also helps w/ SEO) Include a table of contents, if applicable, so readers can easily navigate to the areas that are most relevant to them. Break up sequential items into lists Break down long sentences and paragraphs into smaller bits (Let your content and readers' eyes breefff 😮💨, don't suffocate them. You have that responsibility)
your readers wanted to improve their vocabulary, they would have probably used that time to read the latest edition of the Oxford dictionary. (Again, let your readers' breefff 🙏🏼 )
up your text into paragraphs of 2 - 3 sentences max, where each sentence expresses a single thought. Not doing this will create paragraphs or, rather, walls of text that are too long and hard to read.
and consistently across all your documents. A style guide is like a map. It helps turn a thousand thoughts and ideas into a cohesive structure. It ensures that your technical documents deliver on their intended purpose, getting the reader from start to finish.
Draft.dev Technical Blogging Style Guide GitLab Documentation Style Guide Google Developer Documentation Style Guide Now that you know what style guides are and their importance, you can try your hands at the style guides below and implement them in your own writing:
early on Prioritize being clear and concise in your writing Structure technical documents in ways that lets your readers breefff 😮💨 Use plain language and avoid jargon As you advance, consider adopting a style guide to improve consistency 1. 2. 3. 4. 5.
Writing Reviewing and Editing Technical Documents for Accuracy and Clarity Incorporating Graphics, Tables, and Diagrams in Technical Documents 1. 2. 3.
(a material) for publication by correcting, condensing, or otherwise modifying it. Proofreading (verb) /ˈpruːfˌriː.dɪŋ/ The process of finding and correcting mistakes in the text before it is printed or put online:
proofreading are the interior designing of a building. The process can take the most basic piece of writing and enhance it to become the best version of itself.
for yourself, you can either stop at the self-editing stage and move on to publishing, or ask for feedback from an extra pair of eyes (like a friend, colleague, etc). However, if you're writing in a professional setting, you'd usually need to send your draft to your clients or superiors for feedback and then try to incorporate their suggestions.
created in week 2 Apply the principles, techniques, and concepts shared throughout both sessions on how to write and edit technical documents Victor_Codejs Victor Ikechukwu