Live data from Hacker News

Ask HN: What are good writing tips for software developers?

news.ycombinator.com

31–40 of 70 posts

Re: Ask HN: What are good writing tips for software developers?

#32
Keep your audience firmly in mind. Your dev colleague will probably warrant more technical detail than your non-dev colleague (but the non-dev colleague might need a different kind of detail). If the audience is future-you, you'll remember a lot less of the context of the message than you assume you will. You'll want to include sufficient detail to bring someone up to speed, link it to an issue in a bug tracker, etc.

But the kind of detail, appropriate level of detail, and presentation will change, depending on who is supposed to read it. An IM message to another dev will look very different from customer-facing documentation.

Re: Ask HN: What are good writing tips for software developers?

#33
Easiest wins:

- "Start with why." (I use 3 layers of why, some more, some fewer.)

- Get it out, then go back and reverse the order of the sentences in each paragraph, so each one begins with the point you were getting to.

- Kill your babies. Any turn of phrase you are working around to keep it in, or make it work is not as good as you think.

- Read a lot of quality, edited writing. The Economist, Financial Times, Telegraph, and sometimes even the Guardian. Avoid cloying, sing-song, editorial prose that is full of jargon and cliches.

Source: am a writer who codes.

Re: Ask HN: What are good writing tips for software developers?

#35
Good writing tip for anyone:

If you are proofreading something and it absolutely has to be perfect - do all your normal proofreading, grammar checking, etc. Then when you think it is good, read it once, backward, for spelling errors. We can develop blind spots and skip over things when reading them in the normal left-to-right fashion. If you read it starting at the end all the way to the beginning, your brain has to consider each word independently, with no context.

I have caught countless spelling errors after being sure a document contained none by reading it backwards.

Re: Ask HN: What are good writing tips for software developers?

#36
post #9

The two pieces of writing feedback I've received that I often regret not following: - Most adverbs are superfluous. I am as guilty of ignoring this as anyone, but most cases where you say "generally" or "usually" you're undermining your point and the use of "very", "extremely", etc. are hyperbolic and breathless and make it easier to regard what you're writing as unserious. - Avoid pronouns unless the antecedent is u…

You could actually drop the it in the last sentence... :-)

Re: Ask HN: What are good writing tips for software developers?

#37
1. Try to have an identified audience. It makes the piece easier to write because the language selection will be straightforward and you'll be able to avoid explaining concepts that the audience is already familiar with so it will be shorter.

2. Keep paragraphs short.

3. Unless you're part of the story, don't use "I" or "we".

4. Avoid gendering an abstract person. "Flight attendant" over "stewardess" / "they" over "he".

5. For long reports put the three to five points in a numbered list on the first page and bold one sentence or fragment per point. This makes the report easier to forward to upper management. Upper management is where the bonuses come from.

6. Learn the precise definition of words. A software virus is not the same thing as a software worm. Being at a higher risk does not mean that the potential outcome has gotten worse (see risk vs hazard).

7. Re-read / edit your piece (log(estimated number of people reading it) + 5) number of times before publishing. This only applies to actual writing. Don't waste your time doing this for Hacker News comments.

Re: Ask HN: What are good writing tips for software developers?

#39
post #2

As a developer myself, I have wanted to improve my writing skill. I have found an older copy of the The Pyramid Principle that I am working through. The whole premise of the book is to better structure your ideas using the pyramid pattern.

Great book. As well as improving your writing it will also make you a much more effective reviewer, even if your own work.
Post reply on HN