I've spoken before a thousand several times saying with a straight face "Every audience is an audience of one."
My first example, I was asked to give one more talk on how one needs to shuffle seven times. There were four people, and a blackboard smaller than my kitchen window. I went for it like I was in office hours, which I've always enjoyed more than teaching. A few weeks later a phone call "I liked your talk." "Thank you." "Could you come to Switzerland to give it again? We can only offer a week's full expenses..."
Then I was asked to write a review of the off-broadway play "Proof" for the American Mathematical Society Notices. I didn't read it much, but I was told people do. I worked a very hard week on my review; my Swarthmore College classmate Ben Brantley's Broadway reviews were life or death for productions at the time, and I didn't want to embarrass myself. Ron Howard read my review, went to see "Proof" twice and loved it, and hired me to be the math consultant for "A Beautiful Mind". That was a transformative experience.
Every audience is indeed an audience of one.
To imagine a big audience as just 1 person sounds cool, but when I imagine the talks I need to give to a bigger audience, I find it very daunting. I can only hope that I overcome it soon.
I am late 50s and I still find talks overwhelming.
What has worked though is
1. Recordings. Go into zoom, and give a talk with recording on. Listen to yourself, just once per recording but more if you can tolerate your voice :) It shows you your common failure points in black and white so that you can work on them.
2. Presenter notes. During my final talk, I have succeeded when speaking without notes, but to get there I need notes. I write my script as presenter notes (in Mac Keynote). Because of ADHD or whatever, as I am speaking, new ideas pop up. Every single time. In early rehearsals, I pause immediately, update the notes first and then go back and rehearse. After a dozen iterations, sometimes 30 iterations, the edits disappear, you learn to live with what you finalized already. Also once you narrate it 30 times, you have all kinds of memory maps sorted out in your brain, so even if you derail, you mind does have the information. I have seen some people have presenter notes in bullet forms, does not work for me. In the beginning I need my speech written out.
3. Rehearsals. The 30 rehearsals I mentioned. Figure out what you need. 5 or 50? You will know when you are ready. Once you have your magic number, stick to it. Maybe 25 becomes 20, but do not short change yourself by saying ... no I can wing it.
4. The morning of. I have tried 2 approaches. One is just open the deck and speak through the notes in your head. No recording. No zoom. No notes. Your mind should have it. OR not even deck. Just close your eyes, I am usually on a recliner (do not nod off) and run the narration in your head. Mistakes ... happen
5. Seating. Most of our presentations are in conference room settings but with remote viewers. Sometimes they are purely on video. Figure out the setup and rehearse 1-2 rounds in live mode. If you will be in a conference room, find one similar and rehearse once in that setting. If you will be seated and speaking to local + remote audience, try to visualize that as you present. It never feels the same with live audience, but it does give you some muscle memory.
6. Timing and Clickability. Transitions sometimes take more (or less clicks) than you envisioned. Practice them. If you are given 3 minutes, or 30, time yourself so that you know how far are you. Sometimes you need to be pitch perfect, but sometimes you can tolerate 10%. If I am at 10% variance, I stop fine tuning. As people ask questions, small variations can be tackled.
If someone else is sharing the screen and you are just speaking, rehearse that with them, because "next slide" handoff gets tiring very soon. To help them, add a line [ Click ] in the notes so that they know the click is coming when you get to a specific speech.
7. Screen setup. Over time, I am learning to speak from my mind (or heart). But the notes are there. I work on Mac Keynote, so there is a presentation mode where I can see what is on screen now, and what will be on screen next as soon as I click. The notes are there but they are only a last resort. If you are familiar with what is on screen, and what is coming next, you do not need to look at the conference room screen, OR any other window. These are usually enough to tell what you need. I make them the maximum size possible - do note that I have 2 screens side by side (current and next) so their sizes are still small on a laptop window, but having the biggest size I can get allows me to interpret fine variations - sometimes the next click makes only a small change, so having them visible helps.
8. Notifications off. Do not look at notifications. Ignore them. It is hard, but do it. 2 presentations back, one notification disrupted me so bad, I choked. I read the notification, it was at the beginning of session and someone just saying "sorry for joining late" and by the time I read it, my mind had disconnected. I started reading from the notes and never recovered from there. Maybe part of it was that I was not prepared - I did not have the 30 rehearsals. We did the work in 3 days, and 3 days was not enough for me to iterate on the slides, rehearse, have notes ... so when the chokepoint happened, my brain could not take it. But notifications is what triggered the disruption (of a bad kind).
Hopefully it helps
Great advice. One point Iâd add is to just let yourself be nervous. Once I accept that my voice will wobble and my hands will shake then nervousness starts to feel a little more like excitement.
Great story. Thank you.
Is there a link to the "shuffle seven times" talk?
That is truly awesome. Good on you.
> Often this person is me
I wrote an article that never fails to put a smile on my face every time I read it. I felt like I had finally found my own voice. Ran it through Claude and it told me to tone it down a bit, but I ignored the advice and published it anyway.
The article caused people on HN to say I had issues. They weren't exactly wrong, but still. Be careful with what you publish out there. Warm reception is never guaranteed. My one consolation is the fact Bob Nystrom apparently liked it.
One time a project I made appeared at the very top of the front page. It attracted many negative comments. Some saying it was barely usable. Others saying I'd built it wrong, and offering half-baked advice on how I should have done it instead. That project later went on to get me lots of work and recognition, and even won me a few industry awards.
HN posters tend to be overly critical, often tripping over themselves to demonstrate how they're smarter than the creator of whatever it is they're commenting on. In my experience, they rarely are.
Negativity normally doesn't faze me. It's the insinuations of mental illness that hit me pretty hard. I quit the GNU bash mailing list after someone called my idea "schizophrenic", then like a year later I found out bash actually implemented a version of my library system idea.
Very often I think I'm insane because of the things I think. If it was so easy, much smarter people would have done it already. Then I write the program and it actually works.
I'm sorry to hear that. If it's any consolation, people often say I act like an alien pretending to be a human. Maybe it's just the price I pay for being an inquisitive person.
> HN posters tend to be overly critical, often tripping over themselves to demonstrate
That's the helpful part though, as one of the only communities that is overly critical instead of too much on the other end of the spectrum like every other community. Criticism helps you refine and sometimes even see new perspectives, and the other chaff and useless comments you can just ignore, doesn't really matter, as your experience shows as well. Ultimately I think you get back what you put into the HN-machine.
I do agree LLMs water down human writings to a extreme degree and people should just wholesale avoid them except for very surface-level copy-editing fixes, like spelling mistakes. Don't ask for their feedback how something feels or if it's "dumb" or whatever, use your own intuition.
I get where you're coming from, and I agree to some extent, but I do think our tendency to weight criticism more favorably than praise (as if praise is "chaff" and criticism is automatically valuable) can be dangerous. This negativity bias unfortunately led me to adopt less-than-optimal ways of working in my younger years, because I assumed the people offering me criticism knew what they were talking about, when this wasn't always the case.
So while criticism can be valuable, I think it's worth reflecting an equally critical eye back at the person who is offering it, as upon closer inspection they may not be worth listening to at all.
I can't stand it when LLMs tell you to tone it down. Their writing advice is almost universally awful. They want you to write the most cliched bland content possible.
Sometimes I see technical people who feel they aren't good writers, but who have good ideas. They then turn to LLMs, believing that the LLM will help them express their good ideas. They're often right that they have good ideas. But the LLM just turns them to sawdust.
Kudos to spurning the mediocrity conversion machine and hitting publish.
I don't know. Maybe you'll feel differently if you read my article. It's about conservative garbage collection, but I mythologized it as a story about people escaping the clutches of an orwellian surveillance machine created by technological wizards, until they learn the magical incantations required to find them.
Let's just say I definitely toned it down a bit in my next article.
Your article, https://www.matheusmoreira.com/articles/babys-second-garbage... made me happy. :)
I read this in the voice and cadence of a D&D dungeon master reciting an epic tale,
The dark mages often braved the underworld themselves and were therefore undaunted by the task. It should not be difficult, they thought, to adapt the machine to do it. Why couldn't it travel the foreign lands? There was no reason. And so it was decided. The machine would be taught how to do it.
The resources available at the garbage collector's disposal were substantial. It had the object census. It had a list of roots which it would search for objects. It would reap all objects it didn't find in those roots.
One of those roots is the lisp stack. As the program churns, values are placed in stasis and stored there so that they may be recovered later when needed. It is when they escape from this stack that they create havoc in dynamic society. But where are they escaping to?
It reminded me of this ad for a video game cosmetic. It had the same brought-a-smile-to-my-face energy. :)I just read your article, and please donât listen to the machines!!! Itâs a very fun read, and I for one love some personality in an otherwise dry topic.
The thing about keeping your personality in your writing is that you will have to be prepared for it to rub some people the wrong way, even while some people (like me) like it much better: the only writing that no one dislikes is writing that no one likes, either.
Anyway, fight the corporate blandness, have fun in your writing, and keep it out there! That at least is my opinion.
PS if you add RSS I would gladly add your blog to my feed, based on this article.
I feel like LLMs kind of speak to making things be average. For half the population that is a step up, but for the other half that is a step down.
It's right that they steer toward the center of their distribution. But I would offer a different view on whether that's a step up for half the population.
Writing isn't a distribution on a single dimension that goes from "bad" to "good". It's a lot of dimensions that encompass everything from "funny" to "formal", "precise" or "hysterical". They may be filled with metaphors, or use allegory; they may use math or logic to explain. The allegories could be from science fiction or they could be Biblical or 19th century Victorian novels. None of these are right or wrong, but they are opinionated ways to express an idea.
Writing feels better when it has real texture and character to it. That character is not the monodistribution of "bad" to "good". It's whether it inhabits pockets of out-of-distribution thought in the thousands of dimensions of "thought-space."
An LLM pushing to the center of distribution means it pushes the writing out of inhabiting any of the interesting pockets that create the feeling of texture. The middle of the distribution does not mean it is average quality: it means it's not good at all. The median of the distribution can be far worse than the median writer if you accept that the median writer has out-of-distribution thoughts on at least something, and that it is this which makes their thoughts interesting.
That's why a rough, perhaps not-totally-grammatical article written by someone with interesting thoughts is vastly better than a "correct" LLM revision, even if the human writer isn't a 'good' writer. Their article occupies an opinionated stance on some dimension that matters; it sits in a pocket of interestingness that LLMs seem almost totally unable to inhabit.
The exact middle of the distribution across thousands of dimensions may actually be one of the very worst places of them all.
There's this TV series, Doctor Who. Its two most recent seasons have been produced in partnership with Disney.
The latest Doctor's era started with a Christmas special. The episode is told from the perspective of Ruby, his soon-to-be assistant, who appears to be troubled by a suspiciously consistent streak of really bad luck in her life. The Doctor is first shown as a mysterious figure suddenly showing up out of nowhere to catch a glass that Ruby just dropped at a club before it reached the floor, just to disappear a moment later without any introduction. He makes an impression of some "fairy godmother"-style character that stays hidden in the background, pops up to help Ruby and disappears immediately afterwards. Some time afterwards Ruby gets into a really serious trouble and the Doctor finally steps in to triumphant music to save the day and starts fully interacting with Ruby. Pretty common and effective way to do a build up to an introduction of a mysterious character, you'd say.
Except... there's one extra scene with him placed in between. As a yet another instance of Ruby's mysterious bad luck, a huge promo installation depicting a snowman is about to fall from a building's elevation onto the taxi she's riding in. She's completely unaware of the danger, but of course, the Doctor is there in the background to save her again; he makes the traffic lights switch faster so the taxi is already gone before the snowman falls. However, that's not the end of the scene - it appears that the snowman will now fall onto some pedestrian who now entered the crossing, who appears to be a mother with a child in a baby stroller. The Doctor rushes to push her away, the snowman falls onto him instead, though it turns out to be empty inside so he isn't harmed after all and the stroller turns out to be filled with Christmas presents rather than a baby. A policeman shows up, questioning the Doctor for a bit about what just happened there. The Doctor introduces himself in a short conversation with the policeman before he goes away.
I was quite baffled while watching that scene and once I finished that episode I kept wondering what was it about. I couldn't see the point of it, it wasn't telling us anything new that we didn't already knew about Ruby, the policeman is nowhere to be seen again either, it only seemed to diminish the later scene when the Doctor finally gets into the action properly and steals the spotlight. You can't successfully build up to an exciting entrance when you just had another less remarkable entrance already. It also felt out of place as this one moment wasn't being told from the Ruby's perspective anymore - the taxi with her inside was already far away. He still introduces himself to Ruby later on, so you could just cut that scene entirely and no value would be lost. In fact, I'd say you would actually add some value this way, as it felt to me that the episode would simply flow better without that scene.
Fast forward some time and I stumble onto commentary track of one of the episodes. Here I hear the episode's writer (and showrunner) talking a bit about how the collaboration with Disney goes. He says that he has plenty of creative freedom and Disney is rather off-hands, but they do come back with some notes from early screening panel testing that he isn't required to act upon but which he considers useful regardless. As an example, he mentions that the Christmas special episode got some early feedback from Disney during production - it took quite some time for the episode to introduce the main character and the test audiences were getting impatient, wanting him to be introduced earlier. The writer then concluded that he decided this feedback makes perfect sense, so they did late shoots to include an additional introduction scene - the one I described above which existence baffled me while watching. This explained everything: the Doctor's triumphant entrance was clearly meant to be the moment of his big reveal, but now it just wasn't anymore, all because of applying seemingly reasonable feedback that was meant to make the episode better.
This is kinda what applying LLM feedback to your writing feels to me. You see some argument being made and it makes sense when you think about it, so you apply the proposed changes, forgetting about what made you write it the way you did it in the first place. In the end, the result gets worse for one reason or another. You "fix" things that were actually load bearing and allowed the reader to connect with your thoughts better.
> article caused people on HN to say I had issues.
Pretty much every time people use such arguments to put someone down it's just because they're insecure.
Also, who doesn't have issues? Literally everyone has.
Would you be willing to share it again here?
I love reading these personal things - especially the things that people publish in spite of being told they're crazy. In my experience they're usually the more real, honest and raw things in a crazy world where everyone is keeping up appearances and pretending to be normal and sane
Haha this is excellent, I believe youâve just invented a new genre - Garbage Collector fanfiction.
I have no idea how reading this people would jump to the conclusion that you have problems, but I will jump to the conclusion that those people probably like to live in a gray box with blank walls
That was epic and I couldn't stop reading.
I'm floored people told you that you had issues because of that article. I'd ignore them and forget all about it.
That was fantastic. Vaguely reminded me of: https://0x5f37642f.com/
I never try to speak to everyone as a tech writer. Tutorials are for people who'd never used our software before, but even then I could assume a certain level of computer literacy, for example they can launch out software or browse to a URL.
I can make How-to's that can assume they had gone through at least one of the tutorials, but even then I put links to the appropriate tutorials so they could refresh or learn if they needed it.
But lately it seems like people are getting more computer illiterate. So how low do you go? I am getting tempted to add a link to some basic computer literacy.
It's kinda like people complaining about Space Launch System, why aren't we using Saturn V or an improved version of it. We have the blueprints and schematics and everything but it appears there's a gap between what's written down there and what's in the textbooks. A lot of in-between experience has evaporated because shop classes and manufacturing were shut down.
I am realizing that a lot of experience was never written down and turned into institutional knowledge that could be used later. The AI companies would love this but it's gone because it was more cost-effective not to.
I've noticed people's "computer literacy" varies dramatically based on the applicability of whatever they're trying to accomplish to their personal desires versus work.
Being a bit hyperbolic: An update moves one pixel out of place in a line-of-business application and helldesk calls roll in from core-dumping end users who simply can't fathom how to use the software anymore. OTOH, big streaming video or shopping service revamps their UI and the end users seem to have no trouble continuing to use company resources to play videos, shop, etc.
Edit: I have no doubt many large websites have better UX resources, as compared to LoB apps, but user motivation plays a big part.
Streaming sites and shopping carts are used by millions of people, but casually after work, maybe twice a day.
LoBs are used intensively for hours on end in a busy work day, and most people's livelihoods depend on them either directly or indirectly. You grow into them. Muscle memory used to be an actual UI design goal, back when TUI's were the most common LoB interface. Not so much anymore when everything is web app and you click through the horrid UI slowly with your mouse pointer, and repeat this identical task 200 times in a day.
edit: We naturally develop a muscle memory even for the worst LoB. But they are not designed with this in mind. If they were, they wouldn't move that one critical pixel around in a mouse driven app.
> It's kinda like people complaining about Space Launch System, why aren't we using Saturn V or an improved version of it. We have the blueprints and schematics and everything but it appears there's a gap between what's written down there and what's in the textbooks. A lot of in-between experience has evaporated because shop classes and manufacturing were shut down.
Because it was designed to be manufactured using 1960s components. A lot of the parts it used arenât even made anymore more, because theyâve been replaced by newer components
The Space Shuttles were progressively upgraded over time to address this, e.g. the early 90s upgrade of their computers which replaced core memory with semiconductor memory. If weâd kept the Saturn V series alive, todays Saturn Vs would have had rather different innards from the ones that flew in the 60s/70s
But this is why âjust reuse the Saturn Vâ design never made sense. You have to redesign so much of it to substitute for unavailable original parts, you might as well just redesign from scratch
> > It's kinda like people complaining about Space Launch System, why aren't we using Saturn V or an improved version of it.
Because the SLS uses left over Space Shuttle engines. Once.
The Space-X approach is to use 33 Raptor engines.
I'd be curious for some more anecdotes and analysis of the "more computer illiterate" line. I've tended to be in pretty siloed environments the last 5 years or so, and haven't noticed it myself, but I've heard some pretty bad anecdotes from people who are in education.
For one company, I made documentation for archive and backup software and I worked closely with tech support. Most customers were sysadmins, and a small subset had no clue what they were doing and they would call us for every little thing even remotely connected to our software. One was a case of an image in a spam email wasn't able to be archived and they were freaking out about the error.
I also worked at a university and that was concerning because some students would just give up whenever anything didn't go right the first time. No troubleshooting skills at all. We were moving from Google to MS and they needed to use Takeout to backup their stuff locally, just in case something happened. But we got a lot of calls because it wasn't ready to download immediately. I've heard it's gotten worse.
People are "getting more computer illiterate" because younger people were never taught computer literacy in the first place. We're past the point where children just automatically learn that by using computers, because computers are too reliable to require acquisition of those skills.
Compare to cars. Once upon a time, every car owner had to know how to maintain a car. Nowadays, you can get along perfectly fine having no idea what's going on under the hood.
But, but, they're digital natives, oh course they know all about computers. /s
I get that. I used to be able to overhaul a VW beetle on the side of the road with regular tools. A couple of years ago my car's transmission's computer went out on the interstate. I couldn't even get a useful error code. The shop down the street didn't have a high enough end device to talk to it. While the dealer was able to figure it out; it took nearly a month to get the replacement part. I'm car semi-literate.
Write to please just one person. If you open a window and make love to the world, so to speak, your story will get pneumonia
- Kurt VonnegutThis reminds me of some comments by C.S. Lewis (paraphrasing from memory) on three ways of writing for children, two good and one bad:
- Writing for a specific child (think telling a story to someone specific)
- Writing because you have something to say and a story is how you want to say it
- Writing generally what you think a group of people want (e.g. "children like food so I'm writing a story about food")
I think the essay is available online, he is much more eloquent than I
There used to be a thing for addressing user interfaces to fake users with a profile. One talk on this for airline seat back entertainment systems had target users "Cletus", some old guy who just wants to watch movies, "Tim", a kid who wants to play games, etc. The speaker goes on and on about simplifying the UI for Cletus. I asked "Why not just give him a channel selector knob." There was a bit of stuttering, and then the speaker admits that this thing has a payment gateway and you have to pay to watch movies. So there's a complicated credit card entry UI.
Oh.
While I think this is good advice, I do think one can make the given writing more accessible by adding small details, like expanding acronyms the first time you use them. Or providing a link to introductory reading for a given topic, or just explain yourself. I've found that sometimes I was being too terse when describing something, and it made it hard for everyone to understand, not just beginners. But it took my less-technically-inclined friends to point it out because they were unable to understand it at all, as opposed to those who could understand it a little.
Hypertext to the rescue! Here's the lede sentence:
> In [Structured Query Language (SQL)](https://example.com/sql/), you can solve Unusual Complicated Problem with Super Advanced Thing.
That said, one time I had in mind a reader archetype, for whom I added an appendix of one basic concept, which ideally they'd already know, but likely didn't.
<https://docs.racket-lang.org/roomba/index.html#%28part._.Ass...>
I could've linked the some mentions of "association list" to a chapter of some textbook they'd never seen before-- and maybe they would read it, and maybe they would come back.
But instead, I decided to give a quick overview, in terms of an example relevant to what I was documenting, and leave them with a code pattern they could use, to get on with programming a robot like they came to my document to do.
(Though I wish I'd put an accessible showing-off demo example near the beginning of the document. After the intro, it reads a little too much like the glorified inline API docs that it is.)
Get a daily email with the the top stories from Hacker News. No spam, unsubscribe at any time.