Skip to content
HHackerTube.videoSurprise me

Monktoberfest 2016: Bryan Cantrill - Oral Tradition in Software Engineering

Monktoberfest 2016: Bryan Cantrill - Oral Tradition in Software Engineering on HackerTube: recommended by 6 Hacker News commenters across 6 separate months, 2016–2026.

Bryan Cantrill's Monktoberfest 2016 talk on how software engineers pass knowledge down through oral tradition, from folk rhymes to programmer lore and stories like why C lacks a logical XOR. He argues for writing software with future generations in mind.

Why Hacker News recommends it

HN recommends it as an entertaining, well-delivered talk full of stories that shows the value of historical context and long comments in code.

people recommended it
6
separate months
6
strong recommendations
2
discussed on HN
2016–2026
“really helped me appreciate that long comments in code can be a treasured part of a software space”
— thundergolfer, Jun 2022, in “The Documentation Triangle, or, why code isn't self documenting”

What HN commenters said

13 Hacker News comments link this video. Each one links back to its thread.

OmarAssadiAug 2022Strongly recommends

I’m surprised I haven’t seen this linked yet, but Bryan Cantrill of dtrace, Sun, lawnmower, Joyent, etc, fame gave an amazing talk for Monktoberfest 2016, titled “Oral Tradition in Software Engineering”, which features The Story of Mel [1]. Highly recommend checking it out — there are loads of little gems and stories like this throughout. All of his other presentations are great too and definitely worth a listen if you like this sort of thing [2]. A couple of my favorites are “Fork Yeah! The Rise and Development of Illumos” [3] and “Debugging Under Fire: Keep your Head when Systems have Lost their Mind” [4]. [1]: ▶ this video [2]: [link] [3]: [link] [4]: [link]

in “The Story of Mel (1983)” · View on HN

thundergolferJun 2022Strongly recommends

Oral Tradition in Software Engineering[1] by Bryan Cantrill really helped me appreciate that long comments in code can be a treasured part of a software space. I started my career in a pretty low-comment Ruby codebase, but now count myself as a person partial to adding lengthy 'why not how' commentary in programs. 1. ▶ this video

in “The Documentation Triangle, or, why code isn't self documenting” · View on HN

shagieJan 2026Recommends

As I write this, catb is not serving promptly... so [link] I also recommend Monktoberfest 2016: Bryan Cantrill - Oral Tradition in Software Engineering : ▶ this video

in “The Jeff Dean Facts” · View on HN

jjiceFeb 2025Recommends

One of my favorite XOR stories is from Bryan Cantrill (of Oxide, Joyent, and Sun) in this presentation [0] and this video [1]. To avoid clicking a link: When he was at Sun, he was chatting with a coworker (Roger Faulkner) about the lack of logical XOR in C. Faulkner said it was because you couldn't short circuit it, and Brian thought that was wild. Then Roger emailed Dennis Ritchie to ask and he confirmed it was what Faulkner had said. That stories gets me every time! First of all, it's very funny and well delivered by Cantrill, but it's also just so incredible that they could ask the man himself. [0] [link] [1] ▶ this video

in “XOR” · View on HN

thristianApr 2020Recommends

You may be interested in this 2016 talk about oral history in software engineering: ▶ this video To oversimplify: we should write more interesting and historical comments in our codebases, write more blog posts and give more talks, and share more links to blog posts and talks other people have created.

in “WhyTheName” · View on HN

secstateApr 2019Recommends

I love historical pieces about technology. There's so much new and shiny all the time in tech, it's nice to reflect on where we've been. Makes me want to re-watch Bryan's talk at Monktoberfest a few years ago on oral tradition in tech: ▶ this video

in “Back in the Day: Unix, Minix and Linux” · View on HN

Show 7 more comments
shagieDec 2025Cites it

Tangent - Monktoberfest 2016: Bryan Cantrill - Oral Tradition in Software Engineering ▶ this video (only 2:43 in ... so after the relevant clip, start over and you'll catch back up quickly) > so let's just do a little experiment here ... um ... so if I say Jingle Bells Batman Smells you say ... > okay where did you learn that? If that's not a movie reference; it's not not from a TV show; you learn that the way I learned that you learned that - on the playground. You learned that from another eight-year-old another seven-year-old ...

in “Jingle Bells (Batman Smells): an incomplete festive folk-rhyme taxonomy” · View on HN

shagieSep 2024Cites it

The question that I'm curious about is "why does POSIX require unary negation to have a higher precedence?" Was it a "this is the way that bc worked in the 70s because it was easier to write a parser for it?" or was there some more underlying reason for the "this problem gets really icky if unary negation has lower precedence than the binary operators and makes for other expressions that become less reasonable?" It's like the Logical XOR issue ( ▶ this video ) ... and I'm of the opinion that there's a real reason why this design choice was made. (Aside: Some other historical "why things work that way" touching on dc's place in history: Ken Thompson interviewed by Brian Kernighan at VCF East 2019 [link] - it goes on to pipes and dc makes an appearance there again)

in “One in five genetics papers contains errors thanks to Excel (2016)” · View on HN

shagieJan 2024Cites it

Aside, In Oral Tradition in Software Engineering by Bryan Cantrill, he talks a bit about the lack of logical xor in C. ▶ this video

in “Dennis Ritchie on the priorities of && || vs. == etc. (1982)” · View on HN

gavmorAug 2023Cites it

I had the rare privilege of pair-programming 40 hours a week for several years early in my career. This follows the extreme programming ethos of "everything in the limit," where pairing is "code review in the limit" and "mentorship in the limit," to say nothing of the oral tradition it imparts[0]. Even pair-programming with my fellow juniors was both more productive and more educational than a rubber duck[1]. I had the opportunity to sit down to dinner with some very junior devs at a family gathering, recently, and to hear of their isolation due to remote-work broke my heart. They simply have no idea what they're missing. 0. ▶ this video 1. [link]

in “Remote work requires communicating more, but less frequently” · View on HN

shagieJun 2023Cites it

Thus the importance of the story and why keeping it alive in the "oral" tradition of software engineering. This is of the same golden era of writing as The Story of Mel - A Real Programmer ( [link] ) which was from '83. Monktoberfest 2016: Bryan Cantrill - Oral Tradition in Software Engineering - ▶ this video

in “VAXen, my children, just don't belong some places. (1989)” · View on HN

tephraMar 2023Cites it

This made me immediately think of "The bug count also rises" [link] and of course Bryan Cantrills reading of it: ▶ this video

in “Gordon Moore, Intel Co-Founder, Dies at 94” · View on HN

AnnatarDec 2016Cites it

Oh, where is the officially sanctioned definition of the meaning and intent of a header? So glad you asked: The C Programming language, 2nd edition, page 82, chapter "FUNCTIONS AND PROGRAM STRUCTURE", as follows: "There is one more thing to worry about--the definitions and declarations shared among the files. As much as possible, we want to centralize this, so that there is only one copy to get right and keep right as the program evolves. Accordingly, we will place this common material in a header file , calc.h, which will be included as necessary." ▶ this video

in “Building and Linking Libraries in C” · View on HN

Topics & tags

Software practice, open source & careersSoftware (other)oral traditionbryan cantrillprogramming historycode commentssoftware folklore