The Ruby on Rails Podcast
- Épisodes
- 560
- Parution
- hebdomadaire
- Dernier épisode
- 11 Nov 2026
À propos du podcast
The Ruby on Rails Podcast, a weekly conversation about Ruby on Rails, open source software, and the programming profession. Edited by Redrum Creative.
Épisodes 560
Episode 560: Do It While Crying with Rachael Wright-Munn
What does it take to make an open source project welcoming to contributors—and manageable for its maintainers—in the age of AI? Rachael Wright-Munn joins David Hill to share what she’s learning through her work …
Notes de l’épisode
What does it take to make an open source project welcoming to contributors—and manageable for its maintainers—in the age of AI? Rachael Wright-Munn joins David Hill to share what she’s learning through her work on Ruby Events, where supporting new contributors and reviewing AI-assisted pull requests raise many of the same questions about context, documentation, and code quality.
Rachael explains how Ruby Events uses YAML validation to catch problems and provide actionable feedback, along with an evolving Active Record–style interface built around Yerb. The conversation explores how clear rules, useful abstractions, and better development environments can help contributors produce changes that are easier to review and merge, while reducing the pressure on volunteer maintainers.
They also discuss Rachael’s experiments with Orca, parallel Git worktrees, and reviewing contributions from her phone. From carving out small pull requests to getting agents to attach screenshots, Rachael shares both the possibilities and the practical frustrations of building an AI-assisted workflow—and why human judgment and an understanding of the code remain essential.
David shares his early plans for Ruby Magic, a Ruby conference in Orlando, prompting a conversation about why gathering as a community still matters as development tools change. The episode closes with reflections on learning in public, living with anxiety, and expanding your comfort zone by taking on work that feels intimidating.
If you're interested in learning more about Ruby Magic as it develops, sign up here: https://rubymagic.dev/
Sponsors
Ruby Native, by Joe Masilotti: https://rubynative.com/david
Judoscale: https://judoscale.com
Special thanks to Flagrant for the new logo and header images for the podcast!Episode 559: From Consulting to Rails Products with Eduardo and Camila Souza
What happens when the tool you rely on disappears? For Eduardo and Camila Souza, the shutdown of Pivotal Tracker became the motivation to build Pivotal Tasker, a Rails-based alternative inspired by the project …
Notes de l’épisode
What happens when the tool you rely on disappears? For Eduardo and Camila Souza, the shutdown of Pivotal Tracker became the motivation to build Pivotal Tasker, a Rails-based alternative inspired by the project management workflow they missed. They discuss reconstructing the experience from memory and reference material, adding classic and modern interfaces, and integrating coding agents to help create and work through stories.
The conversation expands into their move from consulting toward building products. Eduardo and Camila describe Chamber Builder, an all-in-one platform for chambers of commerce, and a custom sales CRM that brings calling, recordings, transcripts, and AI-generated follow-up suggestions into the browser. Across these projects, they explain how observing real workflows reveals opportunities to replace expensive, fragmented tools with simpler software.
AI helps their small team move faster, but they remain firm about reviewing its output and keeping their applications understandable and maintainable without it. They discuss setting technical guardrails, refining generated interfaces, and using Camila’s business background to make software easier for customers to navigate.
They also share lessons from getting products into customers’ hands, including offering free data migration, demonstrating redesigned websites with prospective customers’ own public information, and switching to direct outreach when advertising failed to produce results. Along the way, Eduardo describes an internal deployment tool built around Kamal, and the pair reflect on how AI is changing both consulting work and the opportunities available to Rails developers.
Links
Pivotal Tasker: https://pivotaltasker.com
ChamberBuilder: https://chamberbuilder.com/
Unlok Labs: https://unloklabs.com/Sponsors
Ruby Native, by Joe Masilotti: https://rubynative.com/david
Judoscale: https://judoscale.com
Special thanks to Flagrant for the new logo and header images for the podcast!Episode 558: Background Batches with JP Camara
JP Camara joins the show to explore background job coordination, real-time collaboration, and the opportunities he sees for Ruby and Rails as AI changes how developers work. First, JP shares the story behind …
Notes de l’épisode
JP Camara joins the show to explore background job coordination, real-time collaboration, and the opportunities he sees for Ruby and Rails as AI changes how developers work.
First, JP shares the story behind bringing batches to Solid Queue, from an early proposal to the conference conversations and community interest that helped move the feature forward. He explains how batches let developers treat a group of jobs as a unit, track success and failure, and trigger callbacks when processing finishes—making it easier to coordinate workflows that span many background jobs.
JP also discusses the implementation challenges behind the feature, including database transactions, jobs deferred until a transaction commits, and reducing the performance overhead of tracking batches. He describes his related work on Mission Control Jobs, which gives developers a visual way to inspect batch progress, investigate failures, and find the jobs involved.
The conversation then turns to YRBY, JP’s project for adding real-time collaborative editing to Rails applications. He explains how conflict-free replicated data types, or CRDTs, support Google Docs-style collaboration, and how Ruby bindings to a Rust library let him integrate with Action Cable or AnyCable without requiring a separate Node.js server. He also discusses editor integration, encrypted collaborative text, and his work on allowing AI agents to participate alongside people in shared documents.
Finally, JP reflects on how AI helps him maintain momentum on open source projects while balancing a full-time job and family responsibilities. He shares how his team at Wealthbox uses RubyLLM, why its expressive interface makes working with different AI providers more approachable, and why he believes there is still plenty of valuable work ahead for the Ruby and Rails ecosystem.
YRBY - https://yrby.dev
lexxy-realtime - https://github.com/jpcamara/lexxy-realtime/tree/main
RubyLLM - https://rubyllm.com/Sponsor
AppSignal: https://appsignal.com/rubyonrailspodcastEpisode 557: Jessica Kerr and Avdi Grimm
What does it mean to be a software developer when writing code is no longer the central part of the job? Jessica Kerr and Avdi Grimm join David Hill for a conversation about the changing work of software …
Notes de l’épisode
What does it mean to be a software developer when writing code is no longer the central part of the job? Jessica Kerr and Avdi Grimm join David Hill for a conversation about the changing work of software engineering—and how to navigate that change without losing the curiosity, satisfaction, and human connection that drew us to it.
They begin by examining why AI-assisted programming differs from AI-generated art and entertainment, including the role of tests and measurable feedback in evaluating software. From there, Jessica and Avdi discuss the challenge to developer identity when tools can handle more of the implementation, and the opportunities that opens for building useful things, exploring neglected projects, and focusing on product decisions.
The conversation gets practical with a look at overseeing AI-generated code. Avdi describes his use of specialized reviewer agents and repeated auditing, while Jessica explains how developers can define correctness, provide feedback loops, and get clearer visibility into changes. They also explore why inconsistent code and technical debt create friction for agents, and how token usage and evaluations can help measure the cost of that friction and compare different development approaches.
Beyond implementation, David, Jessica, and Avdi discuss using AI as a tutor, expanding into design and product work, and the renewed value of design patterns and domain-driven design as shared vocabulary for communicating with agents. They also consider what developers can learn from people who began coding with AI, rather than assuming how those newcomers will learn.
Throughout the episode, one question keeps returning: how can these tools create more time for people? From board games and conferences to conversations about what customers actually need, Jessica and Avdi make the case for using AI to support richer human collaboration—and keeping it from becoming a substitute for it.
Sponsor:
AppSignal: https://appsignal.com/rubyonrailspodcastEpisode 556: Building What Matters with Tom Rossi
Recorded at Rails World, David sits down with Buzzsprout co-founder and CEO Tom Rossi for a wide-ranging conversation about AI, software development, product thinking, and the changing role of developers. Tom …
Notes de l’épisode
Recorded at Rails World, David sits down with Buzzsprout co-founder and CEO Tom Rossi for a wide-ranging conversation about AI, software development, product thinking, and the changing role of developers.
Tom shares his perspective on the rapid pace of change in the software industry and why today's AI transition reminds him of the early days of the internet—only moving much faster. They discuss how AI is already changing development inside Buzzsprout and Higher Pixels, from adding AI-powered features for podcasters to making it dramatically easier to understand, maintain, and extend older Rails applications.
But as the cost of building software falls, Tom argues that another skill becomes increasingly important: deciding what is actually worth building. David and Tom discuss the shift from thinking primarily as coders or engineers toward thinking as makers—understanding customers, identifying valuable problems, and choosing work based on the impact it can have rather than simply because it can be done.
The conversation also turns to podcast analytics and David's experiments building his own analytics application with AI. They explore the difference between collecting more data and answering genuinely useful questions, why analytics should help creators make better decisions rather than send them down distracting rabbit holes, and how the same principle applies to product development.
Ultimately, the conversation asks what developers uniquely contribute in a world where AI can generate increasing amounts of code: judgment, prioritization, customer understanding, and the ability to recognize which problems are actually worth solving.
Sponsor
Judoscale - https://judoscale.com/Episode 555: Herb and ReactionView with Marco Roth
Recorded at Rails World, Marco Roth joins the podcast to discuss the rapidly evolving future of the Rails view layer. Marco explains Herb’s integration into Rails 8.2, how its parser and tooling improve the …
Notes de l’épisode
Recorded at Rails World, Marco Roth joins the podcast to discuss the rapidly evolving future of the Rails view layer. Marco explains Herb’s integration into Rails 8.2, how its parser and tooling improve the experience of working with HTML+ERB, and how Herb creates opportunities that weren’t previously possible with traditional Rails templates.
The conversation then turns to ReactionView, Marco’s approach to bringing fine-grained reactivity to Rails applications while allowing developers to continue writing familiar ERB. Marco explains how ReactionView can identify dynamic portions of a template, track dependencies, and update the browser without requiring developers to manually wire together Turbo Frames, Turbo Streams, and Stimulus controllers. He also traces these ideas back through StimulusReflex, Hotwire, Stimulus LSP, Turbo LSP, and Prism, explaining how those projects helped make ReactionView possible.
David and Marco also discuss what increasingly capable AI coding agents mean for developer tooling. Rather than making tools such as Herb, RuboCop, and Prism less important, Marco argues that agents need strong feedback loops and validation tools to recognize incorrect output and follow established application conventions.
Finally, they discuss RubyEvents and the value of making the history of the Ruby community more accessible, from lowering the barrier to open-source contributions to preserving and indexing years of conference talks that can inspire the next generation of Ruby developers.
Sponsor
Judoscale - https://judoscale.com/Episode 554: The future of Rails with Obie Fernandez
What does the future of Ruby and Rails look like as AI begins to fundamentally change how software gets built? Recorded at Rails World, David sits down with longtime Rails community member Obie Fernandez to …
Notes de l’épisode
What does the future of Ruby and Rails look like as AI begins to fundamentally change how software gets built?
Recorded at Rails World, David sits down with longtime Rails community member Obie Fernandez to talk about the rapid rise of agentic development and what it means for programmers, teams, and the craft of software engineering. Obie argues that while AI can dramatically accelerate development, the industry is still figuring out how to apply the discipline, constraints, and guardrails necessary to use these tools effectively in production systems.
The conversation explores how software development may be moving to a new level of abstraction—away from carefully crafting every line of source code and toward maintaining precise descriptions of a system's behavior, contracts, constraints, and intent. They discuss code archaeology, non-functional requirements, specification-driven development, regenerative software, and the possibility that generated source code could eventually become a disposable implementation detail.
Along the way, Obie connects these ideas back to one of Rails' foundational principles: convention over configuration. In a world where AI gives developers an almost unlimited number of implementation choices, conventions and well-designed guardrails may become more valuable rather than less. The discussion ultimately asks whether the framework developers need for the agentic era might not be a replacement for Rails at all—but an evolution of the ideas Rails has represented for more than twenty years.
Sponsor
AppSignal: https://appsignal.com/rubyonrailspodcastEpisode 553: The Ruby User Forum with Javier Cervantes
David is joined by Javier Cervantes, co-creator of the Ruby User Forum, to discuss the origins of the project and the need for a persistent gathering place for the Ruby community. After returning to Ruby …
Notes de l’épisode
David is joined by Javier Cervantes, co-creator of the Ruby User Forum, to discuss the origins of the project and the need for a persistent gathering place for the Ruby community. After returning to Ruby following several years working with other technologies, Javier found an active ecosystem that was nevertheless scattered across newsletters, blogs, Slack communities, Discord servers, social networks, and individual open-source projects. That experience eventually led to the creation of the Ruby User Forum as a place where conversations can happen more slowly, remain searchable, and continue over days or weeks instead of disappearing into a chat history.
Javier shares what the forum has learned during its first year, from attracting its first several hundred members to encouraging community-created discussions and inviting open-source maintainers to use the forum as a home for their projects. David and Javier also explore the value of cross-pollination between different corners of the Ruby ecosystem, opportunities to collaborate with meetups, conferences, podcasts, and other community initiatives, and the challenge of growing a young community until it becomes increasingly self-sustaining.
The conversation also turns to AI and the importance of maintaining genuine human interaction as developers spend more time working alongside LLMs. Javier discusses what comes next for the Ruby User Forum, how developers and companies can support it, and why the Ruby community should continue creating, experimenting, sharing what they're learning, and occasionally doing something interesting simply because it sounds fun.
Sponsor
AppSignal: https://appsignal.com/rubyonrailspodcastEpisode 552: Hatchbox and GoRails in the age of AI with Chris Oliver and Collin Jilbert
Chris Oliver and Collin Jilbert join David for a candid conversation about the changing economics of building products for the Ruby on Rails community in the age of AI. Chris traces the history of GoRails from …
Notes de l’épisode
Chris Oliver and Collin Jilbert join David for a candid conversation about the changing economics of building products for the Ruby on Rails community in the age of AI.
Chris traces the history of GoRails from its beginnings as an attempt to fill the void left by RailsCasts, through to the creation of Hatchbox and Jumpstart, and explains how those products evolved together over more than a decade. But the rapid improvement of AI coding assistants has dramatically changed how developers learn and work. Instead of searching for a tutorial, watching a screencast, and adapting an example to their application, developers can increasingly ask an AI tool to work directly inside their existing codebase.
That shift has had a significant impact on GoRails and Jumpstart subscriptions, while at the same time making Chris and Collin dramatically more productive as developers themselves. They discuss using AI to research unfamiliar systems, refactor complex Rails code, prototype features, and build software in minutes that previously might have taken days.
Those changes also led to some difficult business decisions. Chris and Collin explain why Hatchbox has become increasingly important to the sustainability of their work, why they decided to raise its per-server pricing, and how they wrestled with balancing the needs of longtime customers against the reality of keeping a small bootstrapped company viable.
The conversation also looks beyond the immediate business changes to larger questions facing software development: what happens to developer education when AI can generate context-specific solutions on demand, how junior developers develop judgment when they no longer have to learn everything “the hard way,” and whether AI could ultimately change not just how developers write software, but what kinds of software they are able to create at all.
Episode 551: Practical Hotwire with Jeremy Smith
Jeremy Smith returns to the podcast ahead of Rails World to talk about his upcoming presentation, Practical Hotwire: Turbo and Stimulus on the Ground. Jeremy shares how years of working with Hotwire in real …
Notes de l’épisode
Jeremy Smith returns to the podcast ahead of Rails World to talk about his upcoming presentation, Practical Hotwire: Turbo and Stimulus on the Ground.
Jeremy shares how years of working with Hotwire in real Rails applications led him to identify a dozen recurring problems and pitfalls involving Stimulus, Turbo Drive, Turbo Frames, and Turbo Streams. He also walks through the surprisingly extensive process of turning those lessons into a 30-minute conference talk, including building a dedicated demo application, creating before-and-after examples, recording screencasts, researching edge cases, and using AI tools to help organize and refine the material.
They also discuss Jeremy’s decision to structure the talk around a Hot Ones-style progression of increasingly spicy Hotwire problems, the difficulty of deciding what to cut from an overstuffed technical presentation, and what actually makes a conference talk useful and memorable.
Finally, Jeremy previews one of the strongest opinions in the talk: that developers should often prefer Turbo Streams over Turbo Frames. He explains how Frames can introduce indirection and limitations as applications grow, why Streams can offer a more flexible approach, and how different Rails teams can arrive at very different—but equally valid—ways of using Hotwire in production.
Sponsor - Judoscale
Episode 550: XORuby with Jim Remsik
Jim Remsik, founder of Flagrant and organizer of XORuby, joins David to talk about what he’s learned from taking a Ruby conference on the road. XORuby was designed around a simple premise: traditional …
Notes de l’épisode
Jim Remsik, founder of Flagrant and organizer of XORuby, joins David to talk about what he’s learned from taking a Ruby conference on the road.
XORuby was designed around a simple premise: traditional conferences are valuable, but travel costs, time away from work, and family responsibilities put them out of reach for many developers. Jim explains how XORuby tries to lower those barriers with inexpensive, one-day regional events—and why he measures their success as much by first-time attendees, new speakers, friendships, and community connections as by the financial bottom line.
The conversation turns to Flagrant and the rapidly changing role of AI in software development. Jim discusses the company’s decision to invest more heavily in design, the difference between simply having access to AI tools and actually building an effective AI-assisted development workflow, and a recent project where careful preparation helped his team deliver roughly 700 cards in eight weeks.
Finally, Jim and David explore the increasingly difficult problem of building local developer communities. With meetups struggling, online communities fragmented across Slack and Discord, and developers finding technical content everywhere, they consider what actually motivates people to leave the house and spend time together—and where XORuby might go next.
Sponsor
Judoscale - https://judoscale.com/Episode 549: ChicagoRuby with Anton Tkachov and Michelle Yuen
Local Ruby communities don’t simply happen—they need people willing to create the connections that keep them alive. David sits down with Chicago Ruby co-organizers Anton Tkachov and Michelle Yuen to talk about …
Notes de l’épisode
Local Ruby communities don’t simply happen—they need people willing to create the connections that keep them alive.
David sits down with Chicago Ruby co-organizers Anton Tkachov and Michelle Yuen to talk about rebuilding and growing a local Ruby meetup. Anton breaks a meetup down into three essential pieces (attendees, speakers, and venues) and explains why, if you’re starting from scratch, the community itself matters more than anything else. He and Michelle share practical lessons from finding companies willing to host events, recruiting speakers, and creating opportunities for Rubyists to meet one another face-to-face.
That kind of personal connection may be more valuable than ever. The conversation explores how local meetups can help developers and companies establish real relationships in a job market increasingly complicated by remote hiring, AI-generated applications, and uncertainty about who is actually on the other side of an online interaction.
Anton also discusses his path from engineering into entrepreneurship, including the experience of being fired that ultimately pushed him into running his own consultancy. He talks about the less romantic realities of entrepreneurship, the challenge of balancing technology, sales, and marketing, and why becoming a founder isn’t necessarily the next rung on some professional ladder—it’s simply a different career path with a different set of problems to solve.
Finally, Michelle shares how years of involvement in the Ruby community opened an unexpected door: being selected as one of the MCs for Rails World. She walks through the application process, the community relationships that encouraged her to apply, and why getting the opportunity to introduce and celebrate people she already knows from the Ruby world makes the experience especially meaningful.
It’s a conversation about meetups, entrepreneurship, conferences, and the relationships that make the Ruby community more than just a collection of people using the same programming language.
Sponsor
Special thanks to this episode's sponsor: JudoscaleEpisode 548: MCP + Generators with Andy Andrea and Rachael Wright-Munn
Sometimes the best conference conversations start with a weird idea. Rachael Wright-Munn and Andy Andrea join me to revisit a moment at RubyConf when Andy's experiment with schemas and MCP tools collided with a …
Notes de l’épisode
Sometimes the best conference conversations start with a weird idea.
Rachael Wright-Munn and Andy Andrea join me to revisit a moment at RubyConf when Andy's experiment with schemas and MCP tools collided with a problem Rachel had been trying to solve for Ruby Events: how to make Rails generators easily accessible to AI.
What started as an excited post-talk conversation quickly became an in-person pair programming session, and eventually working MCP tooling that Rachel now uses to maintain Ruby Events. The result has reduced some event updates from more than an hour of manual work to roughly 10–15 minutes.
They dig into how MCP tools work, why wrapping deterministic Rails generators can make AI workflows more reliable, and the tradeoffs between MCP, CLIs, skills, and letting models manipulate files directly. The conversation expands into harness engineering, metaprogramming, Git worktrees, dev containers, tool calling, and the strange reality that even developers deeply immersed in AI still feel like they're constantly trying to catch up.
It's a conversation about Ruby, AI, developer tooling—and the kind of serendipitous collaboration that still makes getting together at Ruby conferences so valuable.
** Sponsor **
Judoscale - https://judoscale.comEpisode 547: Special Guest Andy Croll
Andy Kroll joins the podcast to talk about Brighton Ruby, the impact AI is having on software development, and how the changing technology landscape is affecting everything from conference budgets to …
Notes de l’épisode
Andy Kroll joins the podcast to talk about Brighton Ruby, the impact AI is having on software development, and how the changing technology landscape is affecting everything from conference budgets to engineering teams.
Andy shares how tools like Claude Code have changed his day-to-day work, making previously neglected projects more achievable while putting even more emphasis on code review, judgment, and maintaining a sustainable Rails application. They also dig into one of the harder questions created by AI: how do you interview software engineers when take-home coding exercises and traditional technical tests are increasingly easy to hand off to a model?
Andy explains how CoverageBook is approaching hiring by focusing on product thinking, decision-making, real-world code review, and conversations that more closely resemble actually working together.
The conversation also turns to the challenges of organizing Brighton Ruby, why Andy is taking a year off from the conference, David’s interest in someday organizing a Ruby conference of his own, and why keeping financial risk under control may be the most important lesson for a first-time conference organizer.
Finally, they look ahead to Rails World and reflect on one of the biggest reasons conferences still matter: getting Ruby developers out from behind their screens and into a room with people who understand what they do.
Sponsor
- Judoscale: https://judoscale.com/
Episode 546: Gearing up for Rails World, with Amanda Perino
Rails Foundation Executive Director Amanda Perino joins David to preview Rails World 2026, the conference’s first year in the United States. Amanda shares how the team is bringing Austin’s personality into the …
Notes de l’épisode
Rails Foundation Executive Director Amanda Perino joins David to preview Rails World 2026, the conference’s first year in the United States.
Amanda shares how the team is bringing Austin’s personality into the event through live music, barbecue, sponsor experiences, a mechanical bull, the returning Buzzsprout podcast booth, and Rails World’s biggest lightning-talk stage yet. She also discusses the opening keynote livestream, the lightning-talk CFP, ticket availability, and what attendees should expect as the conference approaches.
The conversation then turns to the Rails Foundation itself. Amanda explains how the rapid growth of AI has forced the organization to reconsider how it executes its mission across events, marketing, documentation, and education. They also discuss the challenge of building a conference program that serves developers interested in AI without neglecting everything else happening in Ruby and Rails.
Finally, Amanda surprises David with an extra ticket to Rails World—and they decide to give it away to a podcast listener.
Enter the Rails World ticket giveaway:
https://forms.gle/LoLvTfJ2BFavpox69Sponsor
- Judoscale: https://judoscale.com/
Episode 545: Post RubyConf conversation with Neha Abraham
Making new Ruby Friends is one of my favorite parts of attending conferences. Neha Abraham joins me to chat about RubyConf, Mental Health, Data Aggregation, and being my Nemesis
Episode 544: RubyConf 2026 Hallway Track
While at RubyConf, I caught up with several attendees and volunteers to discuss their experiences. These quick interviews have been collected for this episode. Our Guests Charles Nutter Miguel Filho Cameron …
Notes de l’épisode
While at RubyConf, I caught up with several attendees and volunteers to discuss their experiences. These quick interviews have been collected for this episode.
Our Guests
Charles Nutter
Miguel Filho
Cameron Dutro
Nico RoulstonEpisode 541: Markus Schirp and Mutation Testing
With AI seeming to generate more code every day, we need better tools to verify that it hasn't broken something. Maybe mutation testing can help us get there. Markus Schirp chats with us about the mutant gem …
Notes de l’épisode
With AI seeming to generate more code every day, we need better tools to verify that it hasn't broken something. Maybe mutation testing can help us get there. Markus Schirp chats with us about the mutant gem and mutation testing.
Show Notes
Sponsors
Lots of teams out there are still overpaying for their hosting and getting tripped up by traffic spikes. If you’re on one of those teams, you need a better autoscaler. Judoscale uses better metrics, gives you more control, and reacts faster than any other autoscaler. Learn more at https://judoscale.com/Episode 540: Jeremy Smith and Blue Ridge Ruby
Blue Ridge Ruby made a comeback in 2026 and Jeremy Smith joins the podcast to talk about how it went Show Notes https://blueridgeruby.com/ Sponsors Lots of teams out there are still overpaying for their hosting …
Notes de l’épisode
Blue Ridge Ruby made a comeback in 2026 and Jeremy Smith joins the podcast to talk about how it went
Show Notes
Sponsors
Lots of teams out there are still overpaying for their hosting and getting tripped up by traffic spikes. If you’re on one of those teams, you need a better autoscaler. Judoscale uses better metrics, gives you more control, and reacts faster than any other autoscaler. Learn more at https://judoscale.com/Episode 539: Travis Dockter and Blastoff Rails
Travis Dockter wanted a Ruby conference closer to home, so he made one. Today we chat about the ups and downs of putting together a brand new conference. Show Notes https://www.blastoffrails.com/ …
Notes de l’épisode
Travis Dockter wanted a Ruby conference closer to home, so he made one. Today we chat about the ups and downs of putting together a brand new conference.
Show Notes
Sponsors
Lots of teams out there are still overpaying for their hosting and getting tripped up by traffic spikes. If you’re on one of those teams, you need a better autoscaler. Judoscale uses better metrics, gives you more control, and reacts faster than any other autoscaler. Learn more at https://judoscale.com/Episode 538: A New Host Has Appeared!
Rachael interviews the new host of the show, David Hill, to discuss his history with Ruby, his love for podcasting, and how much he loves meetups and conferences. Show Notes https://www.odetorailsconf.com/ …
Notes de l’épisode
Rachael interviews the new host of the show, David Hill, to discuss his history with Ruby, his love for podcasting, and how much he loves meetups and conferences.
Show Notes
Sponsors
Lots of teams out there are still overpaying for their hosting and getting tripped up by traffic spikes. If you’re on one of those teams, you need a better autoscaler. Judoscale uses better metrics, gives you more control, and reacts faster than any other autoscaler. Learn more at https://judoscale.com/Episode 537: Userlist with Benedikt Deicke
Benedikt used to be a freelance software engineer and co-founded Userlist in 2017 as a side project with his co-founder Jane Portman. They went full-time on it in 2020. Benedikt enjoys database query …
Notes de l’épisode
Benedikt used to be a freelance software engineer and co-founded Userlist in 2017 as a side project with his co-founder Jane Portman. They went full-time on it in 2020. Benedikt enjoys database query optimization just as much as pushing around pixels on the front-end
Show Notes
Sponsors
Hosting for The Ruby on Rails Podcast is provided by Fireside.fm. If you want to start a podcast and are looking for hosting, visit fireside.fm/rails to get started.Alright, let’s talk about deploying code without having a full-blown panic attack. You ever push something live and immediately regret it? Like, ‘Oh no, I just nuked the homepage’? Well, guess what—Flipper’s got your back. Ship your code whenever you want, roll out features on your schedule, and if something goes sideways? Boom. Roll it back. No redeploy, no drama. Plus, you get multi-environment sync, audit history, and fine-grained permissions, so you don’t wake up to a ‘WTF happened?’ Slack message. Best part? Sign up at flippercloud.io/rails and get 10% off your first year. Flip the switch and chill out.
Episode 536: Better With Becky with Becky Searls
Becky Searls is a teacher-turned-trainer, but her true passion is learning and continuous growth. She shares everything she learns through her business, Better with Becky, which recently launched its first …
Notes de l’épisode
Becky Searls is a teacher-turned-trainer, but her true passion is learning and continuous growth. She shares everything she learns through her business, Better with Becky, which recently launched its first product: a strength-training app called Build with Becky (which she built in collaboration with her husband Justin using Ruby on Rails)
Show Notes
Sponsors
Hosting for The Ruby on Rails Podcast is provided by Fireside.fm. If you want to start a podcast and are looking for hosting, visit fireside.fm/rails to get started.Alright, let’s talk about deploying code without having a full-blown panic attack. You ever push something live and immediately regret it? Like, ‘Oh no, I just nuked the homepage’? Well, guess what—Flipper’s got your back. Ship your code whenever you want, roll out features on your schedule, and if something goes sideways? Boom. Roll it back. No redeploy, no drama. Plus, you get multi-environment sync, audit history, and fine-grained permissions, so you don’t wake up to a ‘WTF happened?’ Slack message. Best part? Sign up at [http://flippercloud.io/rails](http:flippercloud.io/rails) and get 10% off your first year. Flip the switch and chill out.
Episode 535: Judoscale with Adam McCrea
Today we’re continuing our series of highlighting startups building with Rails. Every app eventually runs into scaling requirements. Whether that’s from a spike in traffic or persistent growth. That’s why we …
Notes de l’épisode
Today we’re continuing our series of highlighting startups building with Rails. Every app eventually runs into scaling requirements. Whether that’s from a spike in traffic or persistent growth. That’s why we have autoscaling. Judoscale is a tool to make autoscaling easy. Adam joins us to talk about building Judoscale with Rails
Show Notes
Sponsors
Hosting for The Ruby on Rails Podcast is provided by Fireside.fm. If you want to start a podcast and are looking for hosting, visit fireside.fm/rails to get started.Alright, let’s talk about deploying code without having a full-blown panic attack. You ever push something live and immediately regret it? Like, ‘Oh no, I just nuked the homepage’? Well, guess what—Flipper’s got your back. Ship your code whenever you want, roll out features on your schedule, and if something goes sideways? Boom. Roll it back. No redeploy, no drama. Plus, you get multi-environment sync, audit history, and fine-grained permissions, so you don’t wake up to a ‘WTF happened?’ Slack message. Best part? Sign up at [http://flippercloud.io/rails](http:flippercloud.io/rails) and get 10% off your first year. Flip the switch and chill out.
Episode 534: Good Enough with James Adam and Cade Truitt
Good Enough is a company that makes Rails apps. They have quite a few products and all of them are built on Rails. Today James and Cade join the show to tell us about building a small software company with …
Notes de l’épisode
Good Enough is a company that makes Rails apps. They have quite a few products and all of them are built on Rails. Today James and Cade join the show to tell us about building a small software company with Rails.
Show Notes
- letsjelly.com/rails
- https://goodenough.us/
Sponsors
Hosting for The Ruby on Rails Podcast is provided by Fireside.fm. If you want to start a podcast and are looking for hosting, visit fireside.fm/rails to get started.Alright, let’s talk about deploying code without having a full-blown panic attack. You ever push something live and immediately regret it? Like, ‘Oh no, I just nuked the homepage’? Well, guess what—Flipper’s got your back. Ship your code whenever you want, roll out features on your schedule, and if something goes sideways? Boom. Roll it back. No redeploy, no drama. Plus, you get multi-environment sync, audit history, and fine-grained permissions, so you don’t wake up to a ‘WTF happened?’ Slack message. Best part? Sign up at [http://flippercloud.io/rails](http:flippercloud.io/rails) and get 10% off your first year. Flip the switch and chill out.
Episode 533: Catching Up With Nick Schwaderer
Nick dropped by the (virtual) studio to talk about how things have been going in the ruby community. Sponsors Hosting for The Ruby on Rails Podcast is provided by Fireside.fm. If you want to start a podcast and …
Notes de l’épisode
Nick dropped by the (virtual) studio to talk about how things have been going in the ruby community.
Sponsors
Hosting for The Ruby on Rails Podcast is provided by Fireside.fm. If you want to start a podcast and are looking for hosting, visit fireside.fm/rails to get started.Alright, let’s talk about deploying code without having a full-blown panic attack. You ever push something live and immediately regret it? Like, ‘Oh no, I just nuked the homepage’? Well, guess what—Flipper’s got your back. Ship your code whenever you want, roll out features on your schedule, and if something goes sideways? Boom. Roll it back. No redeploy, no drama. Plus, you get multi-environment sync, audit history, and fine-grained permissions, so you don’t wake up to a ‘WTF happened?’ Slack message. Best part? Sign up at [http://flippercloud.io/rails](http:flippercloud.io/rails) and get 10% off your first year. Flip the switch and chill out.
Episode 532: Hotwire Native with Joe Masilotti
Today's guest is Joe Masilotti, who wrote Hotwire Native for Hotwire Developers. Joe is known as the Hotwire Native guy - he helps Rails developers build web-powered iOS and Android apps with Hotwire Native. He …
Notes de l’épisode
Today's guest is Joe Masilotti, who wrote Hotwire Native for Hotwire Developers. Joe is known as the Hotwire Native guy - he helps Rails developers build web-powered iOS and Android apps with Hotwire Native. He joins the show to talk about how Hotwire Native can help you build mobile apps out of your Rails apps.
Show Notes
Hotwire Native For Rails Developers
Joe Masilotti’s WebsiteSponsors
Hosting for The Ruby on Rails Podcast is provided by Fireside.fm. If you want to start a podcast and are looking for hosting, visit fireside.fm/rails to get started.Alright, let’s talk about deploying code without having a full-blown panic attack. You ever push something live and immediately regret it? Like, ‘Oh no, I just nuked the homepage’? Well, guess what—Flipper’s got your back. Ship your code whenever you want, roll out features on your schedule, and if something goes sideways? Boom. Roll it back. No redeploy, no drama. Plus, you get multi-environment sync, audit history, and fine-grained permissions, so you don’t wake up to a ‘WTF happened?’ Slack message. Best part? Sign up at [http://flippercloud.io/rails](http:flippercloud.io/rails) and get 10% off your first year. Flip the switch and chill out.
Episode 531: Taking Over Fireside with John Nunemaker & Garrett Dimon
This year, I want to expand the show in a new direction. I want to hear from startups and companies that are building with Rails. Today's episode feature John Nunemaker and Garrett Dimon who recently acquired …
Notes de l’épisode
This year, I want to expand the show in a new direction. I want to hear from startups and companies that are building with Rails. Today's episode feature John Nunemaker and Garrett Dimon who recently acquired Fireside.fm, the podcast hosting platform we use for this show. We talk about what it's like taking over a Rails app that was under different ownership!
Show Notes
- [p3.dev](op3.dev)
- [verygoodsoftware.company](verygoodsoftware.company )
- [flippercloud.io](flippercloud.io)
- [John's Website](johnnunemaker.com)
- [Garrett's Website](garrettdimon.com)
Voici les 40 derniers épisodes sur 560. Les épisodes plus anciens se trouvent dans le flux du podcast.
Podcasts similaires
Plus de podcasts : Technologies
C’est votre podcast ?
Confirmez-le avec une entrée dans votre flux : vous recevez ici un code, vous l’ajoutez comme podcast:txt dans le canal de votre flux, et nous le vérifions. Votre podcast apparaît ensuite comme « vérifié » sur SoundNode.