BEAM There, Done That

In 2017, Davide Bettio created AtomVM to run Erlang, Elixir and Gleam code on embedded devices with just a few kilobytes of memory. Fast forward to today, and Giacomo Cavalieri of the Gleam core team has built tooling that flashes a Gleam project onto a board with a single command.Two dollars, some sensors, and a weekend is all it takes to get started with embedded Erlang development. No more dealing with low-level C, complex drivers, or painful debugging. Gleam's delightful developer experience combined with AtomVM's BEAM bytecode support brings approachable IoT to the masses.In this episode, Davide and Giacomo share:How AtomVM squeezes the BEAM onto memory-constrained devicesWhy Gleam and AtomVM are a perfect match for hobbyists and studentsDavide's "scar story" of a buggy AtomVM-powered home thermostat leaving him debugging in the coldThe trade-offs of the AtomVM standard library and how to extend itWriting Gleam bindings for AtomVM features via Erlang FFIExample projects to tackle as an embedded Gleam beginnerWhat's possible with $2 boards, some sensors, and MQTTRecorded October 12, 2026.Resources:AtomVM: https://github.com/AtomVM/AtomVMAtomVM website: https://atomvm.orgAtomVM Gleam bindings: https://hex.pm/packages/atomvm_gleamOrbital Gleam library: https://github.com/giacomocavalieri/orbital

On Christmas Eve, the BEAM's scheduler throttled down to save power. A batch job arrived. A Christmas worth of XML took down all three failover nodes. The Klarna CEO called. Erik Stenman was already at his desk.That incident sent him deep into the BEAM runtime — and eventually led to the BEAM Book. Now he's applying the same habit of asking where resources really go to a different question: where does AI compute actually run, and who controls it?Erik Stenman (known as Happi) has been with Erlang since 1994. He wrote the BEAM Book, built Klarna's payment core, and is now building Eldrim — a sovereign AI compute router based in northern Sweden that guarantees your model calls stay within the jurisdiction you define.Topics include:the Christmas Eve scar: how scheduler throttling, a batch job, and a 20-reduction XML conversion took down all three Klarna nodes simultaneously — and why that incident eventually became the BEAM Bookthe three concepts everyone confuses: data residency (where your data sleeps), data sovereignty (who holds the keys), and local-first (keeping the primary copy close)why "my provider has an EU region" is not the same as EU sovereignty — and why an Amazon data center in Sweden is still subject to US lawthe US Cloud Act and China's national intelligence law: why both reach companies regardless of where their servers are physically locatedwhat Eldrim actually does: an OpenAI-compatible API router that enforces jurisdiction rules, fails with a 503 rather than routing quietly outside approved boundaries, and returns headers telling you exactly where and on which server your request ranopen weight models and the myth of portability — why you never get the same answer twice, and why licenses complicate things furtherdistrict heating in northern Sweden: how a data center in Haparanda can pipe waste heat under the streets instead of dumping it as a climate problemthe sustainability-as-sovereignty argument — and why where you run compute is now also an environmental decisionwhat a developer shipping Elixir and calling a model API can do todayCompanion episodes: local-first with Brooklyn Zelenka and Robert Virding; BlueSky's data plane with Chris Beck; Hologram with Bart Blast.Recorded October 2, 2026.Resources mentioned:eldrim.aihappyhacking.blog — Erik's writingThe BEAM Book

Every secure connection made from an Erlang, Elixir, or Gleam application runs through code she wrote. Most developers have never heard her name.Ingela Andin has spent more than two decades on the OTP team at Ericsson, maintaining the TLS stack — the piece of infrastructure underneath HTTPS, LDAP, SMTP, and every other secure protocol in the BEAM ecosystem. She is the first point of contact when an AI-generated vulnerability report lands in the OTP inbox. And this year, that inbox changed entirely.At the start of 2026, maintainers were still laughing at AI bug reports. Daniel Stenberg, creator of Curl, shut down his bug bounty because the reports were hallucinating junk. Then in the space of weeks, the table turned. The reports became real and they kept coming. Linus Torvalds called the kernel security list almost entirely unmanageable. The BEAM did not escape.Topics include:* what separates a vulnerability from a bug — and what separates a bug from someone doing something dumb* what Ingela's inbox looked like at the start of 2026 and what it looks like now* what a hallucinated AI vulnerability report actually looks like — the asymmetry example that sounded serious and wasn't* why the domain knowledge of the person running the scanner matters more than the scanner itself* how the OTP team triages reports: domain knowledge first, then AI agents to help narrow it down, then human verification* the full fix pipeline: from GitHub advisory to coordinated patch release across three maintained OTP versions to CNA publication* what happens when a bug fix has a bug — and why that's more embarrassing than a partial fix* property-based testing as the tool the team uses to stop bugs from coming back* the one thing Ingela wishes every developer understood before filing a report: write the reproduction case in Erlang, include the full crash report, and don't leave details out* what companies depending on OTP can actually do to help — starting with the "Help Wanted" label on GitHubCompanion episodes: BEAM Security Wake-Up Call with Jonathan Machen and Peter Ullrich; Bruce Tate on AI, juniors, and coding agents.Recorded October 1, 2026.

Brex runs on Elixir. Klarna runs on Erlang. Mastercard is believed to use it. And most of the community that builds on these systems watches them with PromEx - a library written by today's guest.Alex Koutmos has been in the Elixir ecosystem for over a decade. He wrote PromEx - the Prometheus metrics library most of this audience runs in production - and he's just written Elixir for Finance with his brother Dimitrios, a tenured finance professor at Texas A&M. The book takes Livebook, Explorer, NX, and Scholar and points them straight at markets, trading strategies, and blockchain infrastructure.Topics include:why switching money and routing a stock order are the same problem as switching a phone call - and why the BEAM was built for boththe ISO 8583 protocol story: 100 lines of C per message frame, dropped to 10 in pure Erlang, dropped to 4 with the bit syntax - and why nobody talks about thisExplorer as an Elixir wrapper around Polars (a Rust data frame library) - why the BEAM delegates the heavy compute and keeps the orchestrationhow to use Livebook, NX, and Scholar to backtest a moving average crossover trading strategy without leaving Elixirwhy "let it crash" doesn't mean "let the money vanish" - and exactly how a ledger, Oban, and durable event storage keep the truth safe across process restartsthe difference between a ledger and a database - and why a bank built on plain Postgres misses the pointblockchain as a distributed ledger: the same distributed state problem the BEAM community was chewing on long before Bitcoin existedwhy fintech companies use Erlang and Elixir as a competitive advantage - and tell nobodyBlockScout, Aeternity, and where BEAM languages already run in blockchain infrastructurewhat the Python and JVM financial tooling stacks miss that Explorer and NX cover - and where they still winRecorded August/September 2026.Resources mentioned:Elixir for Finance - the bookPromEx on HexBlockScout - open source Ethereum explorer written in ElixirAeternity - blockchain built in Erlang

The Navajo Nation inside Arizona observes daylight saving. The Hopi reservation inside the Navajo Nation skips it again. There's a corner of the Yucatan Peninsula that takes 20 minutes to drive through and costs you an hour on your sat nav. No compiler warns you about any of this.Kip Cole has spent 10 years building the Elixir libraries that handle what software gets wrong about human reality: localization, time, and scheduling. CLDR/ex_cldr gave the ecosystem 173,000 Unicode characters and locale-aware formatting for numbers, dates, currencies, and units. Tempo remodelled time as an interval instead of an instant. And this week, Agenda shipped - the scheduling engine four years in the making.Topics include:why localization is not translation - the three things that go wrong in an e-commerce search before a single word has been mistranslatedthe 10-year weekend project: how a localization library for Elixir turned into 28 packages and a full rewrite into Localizedwhy compile-time code generation with Elixir macros hit a wall - 1,000+ function clauses and quadratic compile times - and why moving to runtime fixed itthe astronomical algorithms scar: three years of learning a new branch of mathematics to implement calendar software the BEAM was never designed forwhat Tempo makes explicit that everyone does by accident: time as an interval, not an instantwhy scheduling is just set intersection over everyone's free and busy intervals - and why that single insight collapses almost every hard scheduling problemhow "sometime on Tuesday" is not a time but a domain error - and what Tempo forces you to say insteadUnicode version 18, 173,000 human language characters, and why most language ecosystems still can't represent them correctlythe difference between CLDR (the Unicode standard) and Localized (the Elixir implementation of it)what Agenda actually ships this week and what's nextRecorded September 8th, 2026.