Dead Code

On Dead Code, Jared talks with returning guest Ismael, a London-based developer who came to programming from fine arts, about event sourcing, CQRS, and the Ruby stack he's built around them. Ismael frames event sourcing as thinking in time rather than space: instead of persisting current state, you keep an append-only log of facts and reduce over it to derive any view you need, which makes gnarly e-commerce discount rules collapse from a sprawling schema into small functions over a flat event stream. His stack includes Sourced (event sourcing), Sidereal (a command-driven web toolkit where forms fire commands into a queue and workers push re-rendered templates back over SSE via Datastar, and notably it isn't tied to event sourcing at all, since the only interface is a plain command struct), and Step (a DSL that yields a running REST API plus OpenAPI docs, tests, clients, and MCP tools from one definition). He's now reworking Sourced around Dynamic Consistency Boundaries, abandoning DDD's aggregate-root God streams in favor of loading only the events needed to validate a specific decision, which cuts lock contention, because consistency is really about the state you used to make a decision. His advice: use Rails Event Store for real work, but to actually understand it, skip frameworks, put event structs in an array, and reduce.

Links:

Ismael Celis
Ismael on Bluesky
My WIP Ruby stack, the post this episode is built on
Sourced
Sidereal
Steppe
Eventlanes
Dynamic Consistency Boundaries
Datastar
Rails Event Store
Event Sourcing from the ground up, with Ruby examples, the long-form version of his "just open a Ruby file" advice
Baltic Ruby 2025 talk
Ismael's first Dead Code episode, "Event Horizon"

Dead Code Podcast Links:

Mastodon
X

Jared’s Links:

Mastodon
X
twitch.tv/jardonamron
Jared’s Newsletter & Website

Episode Transcript
Hosted on Acast. See acast.com/privacy for more information.

Tim Riley returns to discuss the launch of Hanakai, a new organization unifying the Hanami, Dry, and ROM projects into a cohesive Ruby ecosystem focused on modern architecture, collaboration, and community. He explains how Hanami 3.0 represents the culmination of years of work, introducing rebuilt mailers, Minitest support, built-in internationalization, significant performance improvements, better logging, and a preview of a language server, while also making the framework more extensible for future growth. The conversation also explores the realities of sustaining mature open source projects through sponsorship, transparent development, and contributor-friendly practices, along with Hanakai’s commitment to inclusive community values, technical diversity, and giving Ruby developers more ways to build applications beyond the traditional Rails path.

Links:

Hanakai⁠
Hanami⁠
Dry-rb⁠
ROM (Ruby Object Mapper)⁠
Hanami 3.0 Release Notes⁠
Tim Riley’s Week Notes⁠
Contributor Covenant Code of Conduct⁠
JRuby⁠
gem.coop⁠
RubyConf⁠
ORCID (Princeton University Libraries Hanami app)⁠
Minitest⁠
Sidekiq⁠
Honeybadger⁠
AppSignal⁠
FastRuby.io
⁠
Dead Code Podcast Links:

Mastodon
X

Jared’s Links:

Mastodon
X
twitch.tv/jardonamron
Jared’s Newsletter & Website

Episode Transcript
Hosted on Acast. See acast.com/privacy for more information.

Ted M. Young joins Jared to discuss Extreme Programming, predictive test-driven development, event sourcing, and teaching software practices through board games. Ted explains how predictive TDD encourages developers to anticipate exactly how a test will fail, leading to deeper understanding, faster feedback, and smaller development steps. He also argues for thinking about tests as either I/O-free or I/O-dependent rather than unit or integration tests, a distinction that naturally supports cleaner architectures and more maintainable code. The conversation explores Ted’s growing enthusiasm for event sourcing, which he sees as a simpler way to model state changes, preserve history, and reduce complexity around persistence and caching. They also discuss his TDD board game, which has become an effective tool for teaching collaboration, pairing, and software development concepts. The episode closes with a look at AI’s impact on software craftsmanship, with Ted expressing concern that developers may learn less by outsourcing problem-solving to LLMs, while remaining optimistic that core XP practices like small steps, clear goals, and rapid feedback will continue to matter—and may be more relevant than ever.

Links:

Ted M. Young⁠
Predictive TDD⁠
Extreme Programming (XP)⁠
Test-Driven Development (Kent Beck)⁠
Hexagonal Architecture⁠
Event Sourcing⁠
Domain-Driven Design⁠
TDD Game⁠
JitterTed on Twitch
⁠
Dead Code Podcast Links:

Mastodon
X

Jared’s Links:

Mastodon
X
twitch.tv/jardonamron
Jared’s Newsletter & Website

Episode Transcript
Hosted on Acast. See acast.com/privacy for more information.

Jared talks with Joan Westenberg about her essay “The Hacker News Tar Pit” and the misconception that AI-powered vibe coding can easily replace established products. Joan argues that while AI can generate software, it cannot recreate the communities, culture, trust, moderation systems, shared history, and network effects that make platforms like Hacker News valuable. The conversation explores how online communities form organically, why moderation and human labor matter more than code alone, and how AI-generated spam is changing the nature of internet communities. They also discuss open source software, the flood of vibe-coded projects, and the psychological effects of constantly comparing your work to what others are building online. Joan ultimately argues that developers should build things because they genuinely want them to exist, not because they expect to disrupt incumbents, while Jared closes by reflecting on an AI-generated compiler he built that worked technically but failed to inspire the long-term interest needed to turn it into a real project.

Links:

The Hacker News Tar Pit (Joan Westenberg)
Hacker News
Lobsters
Schelling Point
RubyKaigi
Yukihiro “Matz” Matsumoto
chorus.fm
Something Awful
Digg
Cal.com
Love2D
Lua
Hindley–Milner Type System
Studio Self
Joan Westenberg

Dead Code Podcast Links:

Mastodon
X

Jared’s Links:

Mastodon
X
twitch.tv/jardonamron
Jared’s Newsletter & Website

Episode Transcript
Hosted on Acast. See acast.com/privacy for more information.

In this episode of Dead Code, Kasper Timm Hansen shares how his post–Rails Core work focuses on small, high-impact Ruby gems built around clear “concepts” rather than loose abstractions, helping developers model domains more effectively and avoid bloated ActiveRecord models. He discusses tools like Associated Objects and ActiveJob::Performs, which simplify structuring data and background jobs while reducing boilerplate, and Oaken, a testing approach that blends fixtures and factories into fast, scenario-driven data scripts. Across all his work, Kasper emphasizes keeping code minimal, readable, and easy to maintain, using constraints like line count to guide design. He also touches on his current project, Peak and gem.coop, where he’s exploring improvements to the Ruby ecosystem such as namespaced gems, dependency cooldowns for security, and better ways to manage and trust dependencies, all driven by an experimental mindset aimed at making development more intuitive and efficient.

Links:
I quit Rails core 4 years ago, here’s what I’ve been up to
Kasper Timm Hansen
Ruby on Rails
Associated Objects gem
ActiveJob::Performs gem
Oaken
Active Record
Active Job
Factory Bot
Rails fixtures
Delayed Job
Singleton classes in Ruby
gem.coop
Peak (gem.coop project)
RubyGems
Bundler compact index
Supply chain security (overview)

Dead Code Podcast Links:

Mastodon
X

Jared’s Links:

Mastodon
X
twitch.tv/jardonamron
Jared’s Newsletter & Website

Episode Transcript
Hosted on Acast. See acast.com/privacy for more information.