HUIJZER.XYZ

# Writing checklist

2020-07-29

I keep forgetting lessons about writing. After writing a text, my usual response is to declare it as near perfect and never look at it again. In this text, I will describe a checklist, which I can use to quickly debunk the declaration. I plan to improve this checklist over time. Hopefully, text which passes the checklist in a few dozen years from now will, indeed, be near perfect.

The list is roughly ordered by importance. The text should:

1. Ensure that the writing is valuable to the community of readers.

2. Be simple or be made as simple as possible, but not simpler[1]. This is also known as Occam's razor, kill your darlings or the KISS principle.

3. Be polite, that is, not contain a career limiting move. For example, do not "write papers proclaiming the superiority of your work and the pathetic inadequacy of the contributions of A, B, C, ..." .

4. Be consistent. For example, either use the Oxford comma in the entire text or do not use it at all.

5. Avoid misspellings.

6. Avoid comma splices.

7. Place the object before the action, so write "the boy hit the ball" instead of "the ball was hit by the boy".

8. Flow naturally; just like a normal conversation. This is, for me, contradictory to writing when programming.

9. Provide a high-level overview of the text. This can be a summary, abstract, a few sentences in the introduction or a combination of these.

10. Prefer common collocations. A list of common collocations is The Academic Collocation List.

11. Use simple verbs, for example, prefer "stop" over "cease to move on" or "do not continue".

12. Avoid dying metaphors such as "stand shoulder to shoulder with" . Metaphors aim to "assist thought by evoking a visual image" . Dying metaphors do not evoke such an image anymore due to overuse .

13. Avoid pretentious diction such as dressing up simple statements, inappropriate adjectives and foreign words and expressions . For example, respectively "effective", "epic" and "status quo" .

14. Avoid meaningless words, that is, words for which no clear definition exists. For example, "democracy" and "freedom" have "several different meanings which cannot be reconciled with one another" .

## Writing when programming

In programming, one of the main goals is to avoid code duplication. Code is deduplicated by introducing functions. This deduplication is good, but can introduce functions which meaning can only be explained as a helper for deduplication. For example,

f("A")
g("A")
f("B")
g("B")
...

is replaced by

process(s) = f(s); g(s)

process("A")
process("B")
...

Programmers are used to these kind of functions. However, outside of programming duplication is allowed if it improves readability. Synonyms should be used to avoid boring the reader with the duplicates.

 [1] This statement is likely to be attributed to Einstein .

## References

Orwell, George (1946). Politics and the English Language. Retrieved July 29, 2020, from https://www.orwell.ru/library/essays/politics/english/e_polit

Adams, Scott (2015). The Day You Became A Better Writer. Retreived April 23, 2021, from https://www.scottadamssays.com/2015/08/22/the-day-you-became-a-better-writer-2nd-look/.