I think there is a lot of cargo culting in presentations. Title slide? But of course we must have a title slide, that is the way. And an introduction, and motivation... everybody else has one!
Ideally, we would build two different decks, each optimized for their purpose. But no one has time for that, so people try and do both in one deck, generally going with lots of information except for one or two images keyed to specific jokes. And it makes the whole thing less effective.
There's a saying that bullet points are called so because they 'kill' a presentation, and I think there's some truth to that.
I've used the assertion-evidence framework[0] for presentations[1] before, where the idea is to have a complete sentence at the top of your slide, with images below that illustrate your point.
[0] https://www.assertion-evidence.com/ [1] While these presentations _were_ about engineering, they were more educational than technical in nature.
Many years ago I went to a presentation on giving good presentations, focusing on making good slide decks. (It's currently annoying me that I can't remember where this was, even though I can picture the room in my head.)
The presenter had a short example slide deck, and gave a mock technical presentation using it.
The deck had a different, eye-catching background image for each slide, chosen to be noticeable, but not dominate attention, and be well-suited color-wise for any text or images to be placed on top of the background. The presenter suggested that the background image didn't need to have anything to do with the content of the slide, and that it's mainly there for its general visual impact. The slides were not uniformly designed. It wasn't like someone had used a template where the title, text, images, etc. were all in the same or similar places on each slide. The most noticeable part of this was putting the title in different places. This variety was in itself engaging.
The slides themselves were very light on text, and were mostly about presenting charts, graphs, tabular data, or images relevant to the talk. When there was text, the presenter never read the text verbatim (or sometimes even at all); the text there was a jumping-off point to discuss in detail whatever the topic of the slide was. The argument there was that people know how to read, can read in their heads faster than you can read to them out loud, and if you're just going to read slides to them, you don't need to present it and you should instead just email a document for your attendees to read, and skip the presentation entirely.
Finally, the slide deck itself did not have all that many slides. The presenter dwelled on each slide a lot longer than I've seen in most presentations. The slides were more guideposts to mark the overall topics and outline of the presentation, to provide milestones and transitions. For the most part, the presentation could have been done without the slides at all; the slides were there to add visual flair, help keep attention, and (occasionally) prevent data or images that would be easier to understand visually rather than spoken.
Ultimately I found the mock presentation given to be incredibly engaging, much more so than the vast majority of presentations I'd attended before or have attended since, and I remember that the topic wasn't even something that would usually hold my interest so tightly. I very rarely gave/give presentations, but I've tried to take all this to heart when I had the opportunity to do so. I don't think I ever really did the variety-of-background-images thing (honestly, I never enjoyed giving presentations, and treated it as a chore, and never felt motivated enough to find a bunch of suitable background images). But I at least always tried to keep text to a minimum, so the meat of my talk would be in what I was saying out loud. I wouldn't call myself a particularly good presenter or public speaker, but I think my talks were better than they otherwise would have been.
> Slides have two distinct purposes: [...] as a way to learn or review material outside of the presentation
I've come to think that slides aren't very good for this second purpose, and probably shouldn't be. The information density is never going to be high enough, and if it is, that's going to make for a terrible slide during the presentation. I would much rather read a transcript of the talk later, or, better, a detailed summary. If the slides have charts or other data, then sure, it's useful to have those outside of the talk, but those can also be inserted in-line into the transcript or summary.
I get that it's more work to write up a transcript or summary (and I know I myself would probably balk at having to do this), but if you've prepared properly for the presentation, you probably already more or less have something approaching a transcript in your talk notes. Cleaning them up for publication isn't zero effort, of course, but it should be much less work than writing something from scratch.
If it is up and the subject of discussion for the first five minute (or more!), I will agree that something has gone wrong.
https://en.wikipedia.org/wiki/Cargo_cult_programming
> Cargo cult programming is a style of computer programming characterized by the ritual inclusion of code or program structures that serve no real purpose.
> Cargo cult programming can also refer to the practice of applying a design pattern or coding style blindly without understanding the reasons behind that design principle.
Arguably, designing a presentation in a particular way out of habit or convention would fall under one or both of these definitions.
It's a common vernacular usage.
> As awareness of cargo cults spread in the West, they became a metaphor for empty promises and rituals, used most prominently by physicist Richard Feynman. The term "cargo-cult programming" appeared in version 2.5.1 of the Jargon File, a glossary of computing slang, released in January 1991.
> "cargo culting" is not the right term here
I don’t agree, and I explained why, because I believe that it is the right term here.
I guess I convinced you?
To make it more useful we can move the goalpost back to the roots, to include clear cluelessness and uselesness.
(General slide advice is at same level as code indentation; almost everybody does it mostly same way; familiar == comfortable)
> I think there is a lot of cargo culting in presentations. Title slide? But of course we must have a title slide, that is the way. And an introduction, and motivation... everybody else has one!
The implied lack of justification, or doing something because that is simply how everyone else does it is consistent with the definition I posted from Wikipedia. It’s not mere habit or convention, but habit or convention without knowing the meaning or context.
> To make it more useful we can move the goalpost back to the roots, to include clear cluelessness and uselesness.
Again, I didn’t make this argument, so there’s no goalpost to move. You’re responding to things I didn’t say, and/or reading what I did say out of context. This is a misreading of my post, the GP post and wider context I placed my post in, and/or a straw man, or we actually are in agreement.
My original post:
>> Cargo cult programming is a style of computer programming characterized by the ritual inclusion of code or program structures that serve no real purpose.
>> Cargo cult programming can also refer to the practice of applying a design pattern or coding style blindly without understanding the reasons behind that design principle.
> Arguably, designing a presentation in a particular way out of habit or convention
(and without knowing why that is conventional, or if that way of doing things has no known or stated justification, but is observed because that is the way things are done out of institutional momentum, and so on)
> would fall under one or both of these definitions.
Some people are just allergic to accepting advise from others.
(On the other hand best way to learn not to play with fire is to get burned)