Erlang: The Movie
uncertainyesterday4 HN recommenders · recommended in 4 months, 2013–2026
demo · intro · evergreen · 2013–2026 on HN
A short Ericsson film demoing Erlang, showing concurrent processes, debugging tools, and hot code reloading, including crashing parts of a running system while calls continue.
A beloved classic that HN recommends as the quickest way to see why Erlang is special.
Up next
6 mo on HNErlang The Movie II: The Sequel
gar1t
6 HN recommender · 2013–2025
4 mo on HNElixirConf 2018 - Keynote - Chris McCord
ElixirConf
6 HN recommender · 2018–2019
18 mo on HNRuby Conf 12 - Y Not- Adventures in Functional Programming by Jim Weirich
Confreaks
17 HN recommender · 2013–2026
14 mo on HNThe Soul of Erlang and Elixir • Sasa Juric • GOTO 2019
GOTO Conferences
16 HN recommender · 2019–2024
14 mo on HN"Simple Made Easy" - Rich Hickey (2011)
Strange Loop Conference
14 HN recommender · 2022–2026
13 mo on HN"Making Impossible States Impossible" by Richard Feldman
elm-conf
9 HN recommender · 2017–2026
12 mo on HNWilliam Byrd on "The Most Beautiful Program Ever Written" [PWL NYC]
PapersWeLove
11 HN recommender · 2017–2026
11 mo on HNThe Value of Values with Rich Hickey
InfoQ
10 HN recommender · 2014–2023
12 mo on HNWhy Isn't Functional Programming the Norm? – Richard Feldman
Metosin
12 HN recommender · 2019–2025
11 mo on HNMaybe Not - Rich Hickey
ClojureTV
14 HN recommender · 2018–2025
11 mo on HNSolving Problems the Clojure Way - Rafal Dittwald
Clojure/north
10 HN recommender · 2019–2025
10 mo on HNLecture 1A: Overview and Introduction to Lisp
MIT OpenCourseWare
10 HN recommender · 2019–2026
8 comments from Hacker News
And if you haven't seen it, here is some classic. “Erlang: the Movie”: — ▶ this video And sequel “Erlang: the Movie II”: — link Don't think wtf. Just watch.
It is one of the core features of Erlang (a language developed by Ericsson), being able to rewrite code in production, with errors/crashes that break one thread not affecting another. Obligatory link to Erlang: The Movie (10min)- ▶ this video Note that they start crashing things in Erlang around minute 7, and fix them shortly thereafter. Meanwhile, their setup keeps calls that weren't directly involved in the crash alive and running unaffected.
The author doesn't talk a lot about preemptive scheduling, which is probably the best thing about the Erlang virtual machine. This video explains what preemptive scheduling is and why it is extremely useful: link First, the speaker creates an application endpoint that runs into an infinite loop on invalid input. Then, he shows how that doesn't block the rest of the requests. Using native BEAM (EDIT: BEAM = EVM = Erlang Virtual Machine) tools, he looks for the misbehaving process (the one running the infinite loop), prints some debug information and kills it. It's pretty impressive. Another great (and lighter) resource, is "Erlang the Movie" ( ▶ this video ). It shows the power of concurrency through independent processes, the default debug tools, and the power of hot code reloading. Don't miss the twist at the end.
There’s also “Erlang the Movie”; the designers of Erlang demo some of the qualities of the Erlang system in a delightful way: ▶ this video
The intro to Erlang: The Movie has a pretty boss anthem. (if you squint, Erlang/OTP is kind of an IDE, when you live in the REPL) ▶ this video
It isn't entirely true though. The original Erlang guys made Erlang: The Movie ▶ this video and the sadly missed Joe Armstong made plenty of blog posts link and public appearances and expressed a number of strong opinions (though genially) link . Robert Virding's public profile is not as high, but he's by no means in hiding either. link — or indeed link )
I discovered Erlang in the late 2000s via its kinda weird and iconic video "Erlang the Movie" ▶ this video that prompted me to dig further. I was at the time an average developer. Erlang, and Joe Armstrong books and videos, made me understand things that other web-oriented languages ( Ruby, PHP... ) never really dug into at the time. Because the Erlang ecosystem is more than distribution. Distribution is a consequence of its design around concurrency and message passing and let-it-crash/auto-healing philosophy. Erlang, and after that Elixir, made me think differently about code and made me a better programmer.
> Clojure Alex Miller and Stuart Halloway immediately jump to mind as lieutenants that could jump in and take over without too much disruption. > Erlang Well, there's also Roberts and Mike (reference, for those not familiar: ▶ this video ).