Another thing you can do to respect the time of your readers is to think a little about who doesn't need to read your post, and how you can get them to stop. I don't have a lot of advice about what works here, but it seems like a good goal to have.
Another thing you can do to respect the time of your readers is to think a little about who doesn't need to read your post, and how you can get them to stop. I don't have a lot of advice about what works here, but it seems like a good goal to have.
Use titles
Thanks for normalizing this! I'm trying this for my newest blog post, and I've realized that it's much easier to use a bullet-point summary than to try to come up with a creative intro section. So this will make my writing process much less stressful 😅
In consulting this is also referred to as the "Minto pyramid" or "pyramid principle of communication": you put the key message and main insight concisely as the first step.
In a fast-paced environment, this means the one piece with the highest information density is ensured to be delivered before e.g. getting interrupted. It also enables the listener to decide whether this topic is relevant early on in the communication and therefore shows respect for their attention.
After delivering the key message you can elaborate on the underlying insights or what brought you to the conclusion. If further elaboration is necessary or there is time for it the receiver of the message can ask further questions.
Here is an image to visualize the principle. The related book is called: "The Pyramid Principle: Logic in Writing and Thinking" by Barbara Minto.
+1 not only pointing out that posts should be shorter (as some posts do, ironically, in great length), but also giving concrete advice on how!
EA researchers would benefit from adopting communication norms from the policy world, which emphasize clarity and ease of reading.
Policy briefs are written for people with little time who need to make decisions quickly, and I find them easy and pleasant to read because they respect my time as a reader.
Longtermists I know who've been exposed to these norms generally find them valuable, and want them to be more widespread within EA.
In my experience, adopting these norms takes some effort, but is extremely worthwhile on a personal level.
I think following these norms is also very good for your readers, both in and out of the EA sphere.
A useful starting point is to adopt the three following practices:
1. Put your key points up front.
2. Use bullet points or numbered lists.
3. Make your document easy to skim.
Use clear and accessible sentences
Assume your audience is smart, but has limited bandwidth.
Academic books and papers are expected to have a summary-and-conclusion structure, and sometimes these are really helpful! But in my experience they often do a mediocre job of condensing their key takeaways or helping me figure out how to engage with them further.
Worse yet, a lot of really valuable texts on AI risk & longtermism are basically long blog posts, which can have a particularly heinous overlap of “interesting and valuable content” plus “lack of a clear summary or easy-to-skim structure.”
Some specific examples:
The 1 page Research synopsis of this RAND AV safety paper (143 pages!). Good features include:
Holden’s summary of his blog post series on the “most important century”. Good features include:
For readers who plan to do significant research or policy writing, I’d guess it’s worthwhile to spend 30 minutes practicing the executive summary writing style. Consider taking that time now, or schedule a time on your calendar! I ran a practice session with a team of AI governance researchers earlier this year and they found it quite useful. I think it helps build a sense for why and how to use these techniques.
A practice task I’d suggest: summarize a useful piece of writing.
If you’re interested in further practice, you could try summarizing another piece, or play around with these variations:
Meta notes: I focused on re-writing the content in the doc’s summary section in a way that would be more useful to an unfamiliar reader. But I also pulled in some content that doesn’t exist in Gwern’s summary, and included my own takes. The “right” amount of external content and viewpoint to pull in depends on the goal of your summary. Often, I aim to leave readers with something like “the key pieces of my current viewpoint on the key questions addressed by the summarized document.” What that means in any particular case is, naturally, a judgment call!
—
The performance of large language models, most recently GPT-3,[2] provides evidence for the scaling hypothesis – the idea that we could get to highly intelligent AI simply by building bigger neural nets.
If the observed scaling of model performance continues, and orgs decide to invest in bigger language models, we could see highly intelligent AI created on relatively short timelines.
Thanks to Abi Olvera, Amanda El-Dakhakhni, and Michael Aird for feedback on this piece, and the Rethink Priorities Longtermism Department in general.
For interested readers, some earlier discussions of clear communication in research:
As an aside: For early-stage writing, I would also recommend being open, coarse, and informal – being willing to say things like “maybe X?” or “I don’t really know where this intuition is coming from.” Being honest about these things with myself is super valuable, and being honest with others helps them give you useful feedback. Many researchers in the EA community are good about this, but I’ve noticed that junior researchers I’ve mentored are sometimes constrained by attempting an overly formal, academic style.
As of writing time in late 2020. Recently, tech companies have created even bigger and better AI models like Turing Megatron NLG, Gopher, and PaLM. See https://www.aitracker.org/ for a list of large models.
Thanks for this post! As you know*:
*Disclaimer: The author and I interact a lot and our views aren't super independent.
Here are a couple other resources that I like and that people might also find useful on approximately this topic (besides just the "related work" you mention):
And here are my own quick tips on summaries, from Tips & readings on good writing/communication, which are less useful than but somewhat complementary to this post:
To get more people to write summaries for long forum posts, we could try adding it to the forum new post submission form? e.g. if the post text is over x words, a small message shows up advising you to add a summary.
Or maybe you're thinking more of other formats, like Google docs?
Yeah, I've actually discussed that idea briefly with the EA Forum team and I think it'd probably be good. I'll send a link to this thread to them to give them one more data point in favor of doing this. (Though it's plausible to me that there's some reason they shouldn't do this which I'm overlooking - I'd trust their bottom-line views here more than mine.)
But yeah, I'm also thinking of GDocs, blog posts posted elsewhere, and any other format, so I think we also need nudges like this post.
I think the main downside would be that some people might read only the summary and miss out on the reasoning parts, which are often the parts that are actually the most valuable. Or, relatedly, some authors like Scott Alexander do better when people have to read his hook and get sucked into his discursive style.
However, overall I've been sold on this idea, but do think that the UI would need to be done well. We haven't prioritized it yet, but I'm definitely tempted, and I think that's true for other team members as well.
Cool, glad to hear that.
fwiw, I think a good summary can & should also summarise the reasoning, not only the conclusions. (Though of course it'll still miss many details of both the reasoning and the conclusions.)
I'd also flag that I think this should be some sort of nudge, suggestion, optional box to fill in, or whatever, rather than a required box. So people could still decide to not have a summary if they wanted, e.g. if that would mess with their engaging discursive style in a given piece.
I like your document, and I've saved it in my Google keep for future reference. So thanks!