there are lots of recorded software talks! i have seen some of them. like anything with high volume & high variance in quality (tiktok, music, etc), it’s often best to go through an intermediary for prefiltering. i will be your software talks filter today.
the type of talks i like are mostly about the craft of creating software, rather than any software itself: it’s way more interesting to me to talk about the metaphysics of ‘good abstraction’ vs ‘bad abstraction’ than about how you can deploy three kubernetes pods to serve 200 OK Hello, world! or whatever. i am, however, sorry that i’m about to mostly show you a bunch of dudes saying shit. it’s kind of just the demography of the field for now :/
a preface
a wise scholar (me) once said:
programming is language is communication. what we are doing when we program is to communicate a mechanism to a machine and to each other. the best talks give us effective shorthands (nomenclature) for novel or rediscovered mental models. essentially: i’m joining the war on jargon on the side of jargon. but you gotta use effective jargon
also i have a super recency-biased sample of talks here because i’m baby. sorry
Simple made easy - Rich Hickey, at Strange Loop 2011
Okay, so there’s this really cool word called “complect”. I love it, it means to interleave, or entwine, or braid. It happens to be an archaic word, but you know, there’re no rules that say you can’t start using them again. […] This is where complexity comes from! Right? Complecting!
a beautiful snipe for me specifically. rich datomic appeals to etymology: “simple” -> “sim-plex” -> “one fold/weave”; as opposed to “com-plex” -> “woven together”: complexity arises when concepts are entangled, and incidental complexity arises when concepts which should be independent are entangled
The Complexity of Simplicity - Bryan Cantrill, at TalosCon 2025
When you have accidental complexity at one layer of the stack, it can explode: That accidental complexity can become the essential complexity of someone trying to build on top of you. […] We don’t realize how contagious complexity can be.
bmc dtrace proposes a taxonomy of systems on two axes: from “simple” to “complex” and from “engineered” to “emergent”. this works out to a matrix of “constructed” (complex, engineered), “rebellious” (simple, emergent), “accreted” (complex, emergent), and “revolutionary” (simple, engineered). this is like, such a good framework for thinking about your dependencies, rivals, and favorite systems
Programming is Forgetting: Toward a new hacker ethic - Allison Parrish, OSHW Summit 2016
Bias in computer systems exists because every computer program is, by necessity, written from a particular point of view. […] The process of computer programming is taking the world, which is infinitely variable, mysterious, and unknowable, and turning it into procedures and data. We have a number of different names for this process: scanning, sampling, digitizing, transcribing, schematizing, programming; but the result is the same: the world […] is reduced to the repeatable and the discrete.
aparrish kills it. i think this reframing of abstraction as quantization (deliberate forgetting) is super interesting - who are you excluding when you codify your point of view into your software?
Steel, Rust, and truth - Steve Klabnik, at Bug Bash 2026
for like, people who are supposed to be very rationally- & scientific-minded literally everyone has so many feelings right now.
steve oomf basically frenetically calms you. he confronts the anxiety of labor displacement and alienation in software engineering apropos of AI, and parallels it with Pittsburgh’s reinvention wrt the waxing and waning of the steel industry. the talk is also about how we can ever know machine-authored software is correct. and like, what even is correctness?? also he (duly!) says “weird” a bunch of times. shit is weird right now i get it
Don’t take the black pill! - Andrew Kelley, at Software Should Work 2026
As technologists, our role is to accelerate humanity along its current trajectory. The same technology can be a force for good or for evil, depending on who wields it. […] Thus, if humanity is good, then technology is good. And if humanity is evil, then technology is evil. This is why we must believe that humanity is generally good. Otherwise, what are we even doing?
andrewrk ziglang closes this talk out by saying “we will defeat those who use computers for coercion”. i don’t have much to add, it’s really good. if you need hope you can get it here. i think i cried? when i was thinking about Stanislav Petrov again… it must have been the day i did my estrogen shot lol
Solving the right problems - Mike Acton, at Tehran Game Convention 2017
I’m not engineering in an imaginary fairy tale land, right? I’m not engineering for an abstract model that’s running on an abstract piece of hardware, telling an abstract story. I’m specifically building a game that needs to run on a specific, finite set of hardware, and it needs to be done in this specific amount of time in this specific amount of money, right? There’s a reality that we need to actually build for.
[…]
The more context we have, the better we can solve the problem, so we need to be working in more context, not in less context. I think this is a trap for programmers in general, is they try to remove context.
Mike Insomniacgames starts by crucifying a bunch of common advice, and then focuses on outlining general, practical problem-solving skills for game engine programmers. it’s really good to hold this one in tension with every other talk you may watch
Swarm Testing - Will Wilson, at a Papers We Love in San Francisco
And again, these diagrams just look the same to me. I, like-- I’ve seen these before. And now I’m wondering, is this a coincidence?
William FoundationDB is here to talk about software testing a little and then (metaphorically) get a bunch of pushpins and red yarn and tie together a bunch of things on a corkboard. i really can’t spoil the details. go watch