Agree. I took a non-STEM education then transitioned into coding and after many years I now find myself writing proposals, task specifications, and research reports. I increasingly conduct independent reviews of documents other people have written - not just the quality of the English, but primarily whether they expose us as a business to technical or commercial risk because they are confused or misleading.

And after many late nights fixing documents just before their due dates, I've developed some basic guidelines that aim to increase clarity, including: * Not using multiple distinct terms for the same thing in different parts of the document * making responsibilities clear - especially in multi-party contracts! E.g saying "X will do Y" rather than "Y will be done" * Not expecting the reader to guess what the writer means (e.g. by saying "there will be an impact") * Not using 'this' after a discussion that references multiple distinct things.

The results might not look like the sort of literature I enjoy reading outside work, but they have much more clarity!