Helping teams and individuals adopt Elixir and thrive. Elixir courses and podcast.

Salt Lake City, UT
ThinkingElixir retweeted
Lumis now lets you choose which languages to load in your package. Need only Elixir and Rust? That's only 2mb vs ~130mb of the full bundle. Just add: {:lumis_wasm_elixir, "~> 0.26"} That also applies to MDEx and MDEx Native. See mdex.hexdocs.pm/lumis.html#p… docs.lumis.sh
1
6
32
1,533
ThinkingElixir retweeted
🔥 4,000 views over the weekend! @chris_mccord with "What Comes Next" keynote from ElixirConf US 2026. Watch it here: piped.video/wR9O_MiwZ-8 Craving more videos? Grab the video pass: ti.to/elixirconf/2026/with/q… Curious what's next? Code BEAM Europe, 21-22 Oct, Haarlem NL + online
7
23
3,164
ThinkingElixir retweeted
China published the most uncomfortable paper on vibe coding. ETH Zurich tested 100 developers in a controlled, commercial-grade vibe coding environment to see who actually succeeds. The findings are brutal. The researchers tracked computer science achievement, written communication skills, and general cognitive reasoning. They wanted to see what actually predicts vibe coding proficiency when you never touch a line of source code yourself. Two major predictors emerged. Written communication proficiency mattered. The ability to structure thoughts and articulate intent unambiguously in text directly impacts what the AI builds. But that wasn't even the main takeaway. Computer science achievement was a massive, dominant predictor of success. Even when researchers controlled for general intelligence and reasoning skills, CS background still heavily dictated who built working software and who completely crashed. In fact, CS knowledge contributed roughly twice the unique predictive variance of writing skills alone. Why? Because vibe coding isn't about writing code. It’s about debugging logic. When an AI agent builds a complex application and quietly breaks an edge case under the hood, a non-technical user looks at the glowing UI and assumes it works. They don't know what questions to ask. They don't know what logic to challenge. They lack the mental models to recognize architectural catastrophe. You can prompt your way past syntax. You cannot prompt your way past a fundamental lack of engineering intuition. The hype told us that learning to code is dead because language is all you need. The data just proved the opposite. To truly master the vibe, you still need to understand how the machine thinks.
316
1,326
7,174
797,780
ThinkingElixir retweeted
People are sleeping on Elixir for a coding harness: * Hot-code swapping allows you to build an extensible plugin system similar to Pi, which reloads live without dropping state * Designing a client-server architecture, similar to OpenCode, is basically a byproduct of the actor model (plus you get both IO/CPU concurrency) * The built-in distribution means you can easily isolate the brains (model + session) from the hands (sandbox + tools). For example, you can the agentic session on your machine which coordinates agents executing inside Docker or a remote node. Or even have one agent session coordinate multiple nodes (this is basically how Livebook works anyway) Those can definitely be built from scratch in other languages, but in Elixir the building blocks are basically part of the runtime.
72
111
868
80,021
ThinkingElixir retweeted
Erlang/OTP security release: 29.0.4, 28.5.0.4 & 27.3.4.15 fix 8 vulnerabilities, including TLS/DTLS auth bypass, BEAM VM memory corruption, and a path traversal bug. Learn more: cna.erlef.org/cves/
3
15
910
ThinkingElixir retweeted
In a podcast, @_lopopolo also said that when they built the SPEC for Symphony, they had to rebuild the project from the SPEC multiple times and refine the SPEC to make sure it built the same project consistently. Therefore (my words now), your spec is not a clear and unambiguous specification of your codebase, unless you are constantly rebuilding and refining the spec. And nobody is doing that. Plus remember that different models and versions interpret instructions differently, so the spec you wrote or refined for Opus 4.6 may not generate the same thing on Opus 5 or ChatGPT Sol. And that’s one of at least a dozen reasons why comparing LLMs to compilers is non-sense.
Why did spec-driven development never take off - the workflow tools like Amazon’s Kiro or GitHub Workspaces encouraged? @dexhorthy, founder of HumanLayer: “These projects have a really interesting idea: you maintain a set of specifications for your software, and then you maintain the code itself, and the dream is the coding part is just compiling specs into code. But that part never really materialized. I’m on a GitHub issue in spec kit that’s been open for a year, and every couple of weeks I get a new email on the thread of people complaining about the same problem: I edit my specs and then I edit the code, and the code drifts from the specs. How do I keep the specs up to date as the code is changing? You now have two sources of truth, and it stops being useful. That’s why with RPI (Research, Plan, Implement), the docs are tactical execution docs - I do the research, the plan, the implementation, and I throw the docs out. The next time I need research I just do it from scratch, because tokens are cheap and my time is expensive.”
7
18
170
16,191
ThinkingElixir retweeted
Hex v2.5 adds three layers of supply chain defense: security advisories in your terminal on mix deps.get, a release-age cooldown that withholds new versions until they’ve aged, and organization policies for filtered dependency fetching. hex.pm/blog/hex-v25-released
2
16
55
2,849
We’ve just released LiveStash v1.0.0 for Phoenix LiveView! 🎉 What’s new? ⚡ Mnesia adapter with cluster state replication and split-brain auto-heal 🔒 Explicit security configuration for browser memory storage 🛡️ Stability & performance improvements (more on that in 🧵)
1
15
77
3,305
ThinkingElixir retweeted
Hey Elixir friends! :) A real event system comes to Hologram - v0.10 is out! You can now handle keyboard, scroll, resize, click-outside and scroll-edge events, bind handlers to the window and document, and debounce or throttle the noisy ones, all in your templates with compile-time checks. To show it off, I rebuilt Space Invaders in pure Elixir, running in the browser with no game engine. Plus a new server-side middleware layer, and comprehensions and try/rescue now run the same on the client as on the server. More here: hologram.page/blog/hologram-…
5
21
124
8,559
The final episode! After 6 years, we close with news on LiveView 1.2 colocated CSS, Earmark’s retirement, Sagents v0.8.0, #Postgres 19, @SpaceX buying @cursor_ai for $60B, and what’s next for David and Mark! @ElixirLang #ElixirLang piped.video/watch?v=p5FWCNUe…
5
7
54
9,083
ThinkingElixir retweeted
Phoenix LiveView 1.2 is released with colocated css and more! Check the announcement for details! phoenixframework.org/blog/ph…
2
32
149
8,777
Ecto 3.14 ships UUIDv7 support, Oban Pro adds human-approval workflow steps, Hologram v0.9 brings pure-Elixir realtime push, @Dashbit shares Tidewave's Git integration design, and the NSA drops new Zero Trust guideline, and more! @ElixirLang #ElixirLang piped.video/watch?v=anxr5Qsq…
9
25
1,842
ThinkingElixir retweeted
If you write Elixir, you know the moment the fun stops. It's when you leave it for the frontend. For me the low point was an afternoon lost to a bug that turned out to be an object quietly mutating three files away - the kind of thing Elixir just doesn't let happen. And it's not just that one bug. No real pattern matching. Mutable state everywhere. An equals sign you can't fully trust. The pile of footguns we've all just learned to step around. I don't think that's fine. I think we got used to it. So Hologram lets you write the whole app in Elixir, frontend and all. Honestly, the real reason is simpler than all that: I just want to write Elixir all day. It's a stupid amount of work to get there. I regret nothing :)
9
4
168
7,667
It’s true! After 6 years of weekly episodes, the Thinking Elixir Podcast will be ending on June 23rd. Three episodes left. It’s been an incredible run and I’m grateful for every listener who came along for the journey. #podcast #MyElixirStatus #ElixirLang
34
10
197
7,657
Security is front and center with atom exhaustion CVEs and an urgent hackney #security upgrade. Elixir 1.20's type system catching real bugs, a new BEAM-native coding agent called "vibe", and more! #ElixirLang @ElixirLang piped.video/watch?v=S5Ebk6Rw…
3
13
1,737
ThinkingElixir retweeted
Claude/Codex + Elixir + Phoenix + LiveView is such an insane superpower. The entire stack, from low-level distributed systems modeling all the way up to the UI, is all built in one language & runtime that's easy to reason through.
21
42
312
24,221
ThinkingElixir retweeted
35% of the CVEs published by our CNA fall under uncontrolled resource consumption. That's a high number for something that is largely preventable.
Atom exhaustion is not just an old BEAM footgun. As of today, 35% of CVEs published by the EEF CNA fall under uncontrolled resource consumption, with atom exhaustion being one of the recurring causes. It’s well understood, documented, and preventable. erlef.org/blog/security/atom…
1
5
887
News includes Elixir 1.20.0-rc.6 (last RC?), @TheErlef 2026 election results, LiveStash v0.3.0 for Phoenix LiveView state recovery, a call to fund EEF #security work, and @GitHub got hacked via a VS Code extension, and more! #ElixirLang @ElixirLang piped.video/watch?v=UWFn3oav…
5
13
1,515