2 HN users recommended this talk2 months2018–2022score 2
Years with an HN recommendation, 2007–2026
Recommended as a conceptual rather than code-heavy talk on failure recovery from Erlang's creator.
Joe Armstrong, inventor of Erlang, gives a GOTO Chicago 2018 talk on building fault-tolerant systems. He covers what to do and avoid when handling errors, arguing for letting processes fail and recover.
“it's well worth listening to this talk, which is conceptual and not code-centric” (HN, 2022)
Blockchains Are a Bad Idea (James Mickens) [link] I find almost all from GOTO 2018 very insightful. [link] esp ones listed below. GOTO 2018 • The Do's and Don'ts of Error Handling • Joe Armstrong [this video] GOTO 2018 • Pragmatic Event-Driven Microservices • Allard Buijze [link] GOTO 2018 • Why Business Cases are Toxic • Chris Matts [link] GOTO 2018 • Unconditional Code • Michael Feathers [link]
Joe Armstrong on error handling, among insightful GOTO 2018 talks
Also, if I may, recommend two videos to watch which is what got me into Elixir in the first place. 1. "The Soul of Elixir and Erlang" - [link] ; this fast-paced talk by Sasa Juric will highlight exactly what is special about Elixir/Erlang in terms of fault-tolerance and scalability 2. "Using the Beam to Fight COVID-19" - [link] ; this highlights a real-world use of Elixir and the speciality of how the BEAM works using an actor model which I found fascinating. Should get your excited about the possibilities of this language. 3. "The Do's and Don'ts of Error Handling" - [this video] ; this talk by Joe Armstrong, inventor of Erlang, again highlights the shift in thinking about error handling and failure recovery. Not Elixir specific, but since Elixir has it's roots in Erlang it's well worth listening to this talk, which is conceptual and not code-centric. None of the videos above are Phoenix or LiveView but they should help build some concepts in your brain about why you want to go down this learning path of Elixir and Phoenix, why it's different. I listened to the first two, and I couldn't stop thinking about them, personally. A last thought I would give you as you're going through any training material or topics, I cannot recommend strongly enough. Consider this pattern: download LiveBook ( [link] ) and create a notebook for each lesson or major topic you're learning. Gives you a great way to learn, take notes, experiment and keep the history rather than just using iex at the comma
Conceptual talk on error handling and failure recovery by Erlang's inventor
Type checking, compile-time errors won't check if the program you wrote is correct, only that it's internally consistent. That is an entirely different thing than checking for correctness. You do need a layer of tests that actually try to prove that given some input your program actually does what it's supposed to do. That is hard to automate. Joe Armstrong(of the Erlang fame), talks about this a bit here: [this video] I've pointed to a specific timestamp, but there might be more details somewhere else in that talk.
Armstrong discusses testing for correctness beyond type checking
Video list and Hacker News comment labels from HackerTube (prompted by @karpathy), released under ODC-By 1.0, built on the open-index/hacker-news archive. Hacker News data is provided by Y Combinator; comments remain the work of their authors. Video titles, channel names and thumbnails belong to their creators and are shown via YouTube. HackerTube Watch is an unofficial edition. Data export of 2026-10-31.
3 Hacker News comments
From the HN archive; up to 20 kept per video, favoring different commenters. Recommendations first.
Read more
Citations, criticism and jokes