August 20th, 2024

Writing Technical Documents Well

Effective technical writing requires clarity, simplicity, and audience awareness. Key strategies include structured storytelling, active voice, and avoiding jargon, ensuring documents remain relevant and impactful over time.

Read original articleLink Icon
Writing Technical Documents Well

Writing a technical document can be challenging due to the need for clarity and precision. The author emphasizes the importance of understanding the audience and tailoring the content accordingly. Key strategies include writing simply, avoiding jargon, and removing unnecessary words. The document should be structured to tell a clear story, often using the SCR (Situation, Complication, Resolution) format. The author advises applying the "So what?" test to ensure that every statement adds value and quantifies impact. Additionally, using active voice enhances clarity and confidence in the writing. The author also highlights the importance of creating non-obsolete documents by avoiding time-sensitive references and providing context about the document's authorship and approval. Overall, these tips aim to help writers avoid common pitfalls and improve the effectiveness of their technical writing.

- Writing for the audience is crucial for effective communication.

- Simplicity and clarity should be prioritized in technical documents.

- A structured approach helps convey information more effectively.

- Active voice is preferred for concise and clear writing.

- Avoiding time-sensitive references ensures the longevity of documents.

Related

Git Workflows for API Technical Writers

Git Workflows for API Technical Writers

Technical writers encounter challenges in maintaining API documentation aligned with evolving designs. Git workflows provide version control and collaboration benefits. Strategies like merging copy improvements, code annotations, and OpenAPI overlays enhance documentation quality. Involving writers in API design ensures user-centric content. Storing docs in separate repositories can resolve Git conflicts.

How to Shorten Scientific Manuscripts

How to Shorten Scientific Manuscripts

Guidance on shortening scientific manuscripts efficiently: adopt a concise mindset, prune unnecessary info, avoid repetition, aim for clear messages, delete empty words, and reduce emotional burden. Emphasizes clear, concise writing to engage readers effectively amid decreasing article lengths in scientific publications.

The Documentation Tradeoff

The Documentation Tradeoff

Kent Beck's article discusses the complexities of software documentation, emphasizing effective communication over excessive documentation. He critiques "self-documenting code" and the neo-waterfall approach, advocating for alternatives like discussions and tests.

Not Another Technical Debt Article

Not Another Technical Debt Article

The article critiques technical debt discussions, arguing they often lack practical solutions. It advocates for direct action to fix technical debt, emphasizing collaboration and social dynamics among engineers for effective resolution.

How we communicate signals seniority

How we communicate signals seniority

Effective communication influences perceptions of leadership. Emphasizing outcomes over processes and aligning projects with measurable business impacts is essential for career advancement, particularly for product leaders.

Link Icon 18 comments
By @derstander - about 2 months
Just going by the title, I thought this was going to be related to William Zinsser's book of the same name. It's not, though of course many of the topics are shared between the two.

It's been a few years since I've returned to it, but the material in Zinsser's book has been useful to me as an engineer that has to occasionally write for both fellow engineers and non-technical folks. I would recommend Zinsser's book if you like the content in the article and wouldn't mind a bit more.

By @stavros - about 2 months
I'd add "don't use demonstratives, like 'this' and 'that', repeat the clause". Sometimes, "that" is ambiguous, leading to unclear writing.

E.g. "The foo program is running on the bar server. Who is in charge of that?" vs "The foo program is running on the bar server. Who is in charge of the bar server?"

By @altgans - about 2 months
There was another article/blog on hackernews some time ago along the lines of 'I'm an editor, here is how I edit my friends texts' with some really good advice.

Unfortunately I can't find it anymore -- if someone knows which post I mean, I'd appreciate sharing it with me again.

By @eatonphil - about 2 months
On Writing Well by Zinsser is my favorite book on nonfiction writing. 10/10 recommend to folks who'd like to work on their writing.
By @rramadass - about 2 months
For Technical Writing, follow "The Minto Pyramid Principle" (https://untools.co/minto-pyramid/), keep everything Concise, Precise, use Assertive/Definitive voice and show Usage with Examples in the beginning itself.
By @condortg - about 2 months
For anyone interested in the topic, I would recommend reading this article:

https://www.americanscientist.org/blog/the-long-view/the-sci...

By @surfingdino - about 2 months
Also, get a copy of Strunk & White's "The Elements of Style" and read it often.
By @paulpauper - about 2 months
Then how does this account for the success or writers who do not write simply or use a more advanced structure or verbosity? I think writing tips are overrated. They don't work as well as assumed or advertised. Simple writing is great if you're writing a brochure or instructional guide, but I don't think it's an iron clad rule for expository writing or creative writing or blog writing. There are too many exceptions. The best writing is that in which the message most aligns with the values of the recipient.
By @hubraumhugo - about 2 months
As an engineer who became a founder, I cannot recommend the book enough. Whether you're improving your landing page, writing your pitch deck, reaching out to customers, or developing your company and product strategy, communicating effectively in writing is a very crucial skill.

Invest in improving your writing skills. It will pay dividends in every aspect of your business.

By @chrisweekly - about 2 months
Related book recommendation: "First, You Write a Sentence", by Joe Moran. Even if you're not aspiring to improve your own writing, and you simply love to read, it's really worthwhile.
By @ruuda - about 2 months
https://developers.google.com/tech-writing covers the same topics in more detail.
By @mo_42 - about 2 months
For technical writing, journalism, etc., one can follow the simple rule no adjectives.

For prose, replace all common adjectives by more specific or descriptive one, or even remove them too and describe properties. For example: The F-35 passed by my house. When I heard its sound, the jet had already disappeared at the horizon. (This describes super-sonic speed without an adjective or an overly precise speed number.)

Edit: past perfect based on comment

By @layer8 - about 2 months
I hope I’m not the only one who cringes at the “asks” terminology, in the context of “writing well”.
By @kuba_dmp - about 2 months
Reading it reminded me of a book "Writing without bullshit" which adds a few more concepts to what op shared.

Frontloading information is my favorite, where instead of building to the core conclusion you start with it and then expand.

https://www.goodreads.com/book/show/28448362-writing-without...