Rails Business

Brendan Buckingham & Ryan Frisch

Brendan Buckingham and Ryan Frisch talk about developing with Ruby on Rails and how to leverage it to build a business.

  1. 11H AGO

    Scaling AI-Assisted Development

    Today we discuss lessons from our previous episode with John Nunemaker, focusing on the Conductor tool and how multi-workspace, multi-agent workflows can speed up coding and bug fixing. Brendan shares his experimenting with parallelizing six Rollbar error fixes at once by generating prompts and running them in separate Conductor workspaces. They compare this with a one-agent-at-a-time workflow and debate whether closed-loop setups (ports, databases, dependencies) could make parallel work trustworthy and reduce context-switching costs. They also cover using full Honeybadger/XML reports for faster debugging, using Claude Code from a phone to create PRs, challenges syncing session history, and broader AI product strategy like APIs/MCP, and RAG. 00:00 Catch Up And Recap 00:43 Conductor Workflow Overview 02:40 Parallel Rollbar Fixes 04:35 Manual Testing And Setup Hurdles 06:33 Debugging With Full Reports 08:46 Ports Docker And Dependencies 11:50 Parallelism Versus Focus 14:57 Closed Loop Trust And Context 18:24 Merge Conflicts And Acceptance Gaps 22:16 Review Bottleneck And Output Surge 25:26 Fixing Gallery Uploads 26:39 Multi Select Challenges 28:27 Branching Without Conductor 31:28 Claude Mobile Workflow 32:34 Session Sync Friction 34:44 AI Brain For SaaS 38:01 APIs And MCP Table Stakes 41:49 Internal AI Assistants 43:46 Access And Safety Concerns 46:31 Second Brain Revival 49:03 RAG Tooling Experiments 50:04 Wrap Up And Listener Feedback LINKS - Ryan's Website - Brendan's X/Twitter - Brendan's Bluesky Questions or comments, email us at railsbusinesspod@gmail.com Send us Fan Mail

    51 min
  2. FEB 19

    Kyle Keesling

    In this episode, Kyle Keesling, co-owner of PASS Testing and long-time solo Rails developer, shares how PASS grew from a college web design side project into a niche software and training business for the Underground Storage Tank (UST) industry. The conversation covers why they kept the products as two apps connected by a read-only private API, what makes compliance software hard, and how they modeled flexible equipment and inspection data—evolving from STI to Rails delegated types. Kyle also discusses early scaling pains around billing and payments, how feature requests are prioritized with help from their CRO and a contractor, and how tools like Claude Code are changing his workflow while maintaining PR-based review and safer deployment practices. 00:00 Meet Kyle Keesling& His Role at PASS Testing 00:29 From College Web Design to a Niche Opportunity in UST Compliance 02:31 Building Opus: A Custom LMS for Gas Station Training 03:34 Why Compliance Is Hard: 50 States, 50 Rulebooks 04:25 From Training to Past Tools: The Second Product Idea 08:06 Two Apps or One? Data Sync, APIs, and Customer Workflows 10:25 Would He Do It Again? Decoupling, Upgrades, and Acquisition Optionality 12:28 Why Past Tools Is More Complex: Data-Driven Inspections & Asset Inventory 16:13 Modeling the Domain in Rails: STI → Delegated Types (and Migration Strategy) 22:35 Versioning & “Point-in-Time” Inspections: Preventing Old Reports from Changing 24:13 Downtime, SLAs, and Recovering from Form/Data Bugs 26:40 Early Scaling Stories: Hardcoding States and Billing Growing Pains 29:39 Letting Customers Shape the Product (Beyond Compliance) 31:14 Integrations vs. Building Everything In-House 32:50 Feature Requests, Backlog Triage, and Adding Sales/Dev Bandwidth 37:41 Shipping Without the Never-Ending PR: Iterative Rollouts ("Visits") 40:39 Using AI Safely: PRs, Branch Protections, and Documentation Habits 46:14 Wrap-Up: Where to Find Kyle and Past Testing LINKS - PASS Testing - Kyle's X/Twitter - Ryan's Website - Brendan's X/Twitter - Brendan's Bluesky Questions or comments, email us at railsbusinesspod@gmail.com Send a text

    47 min
  3. 12/04/2025

    Nate Berkopec

    In this episode, Nate Berkopec, the proprietor of Speedshop, a Ruby on Rails performance consultancy, author of several books including the Complete Guide to Rails Performance, and a maintainer of Puma, joins the podcast. Nate discusses his journey into Rails performance optimization, starting from his early career at startups and his breakthrough talk at the Gotham Ruby Conference. He outlines his 'Three S' framework—Speed, Scalability, and Stability—for tackling performance issues. The discussion includes practical advice for Heroku users on optimizing 'dynos' for better request queuing and performance, as well as insights on using tools like JudoScale and PG Analyze for better Sidekiq job management and database optimization. Nate also touches on the importance of setting proper performance thresholds to balance system efficiency and operational costs. 00:00 Introduction to Nate Berkopec and Speedshop 00:45 Nate's Early Career and Interest in Performance 03:36 The Impact of Nate's Conference Talk and Book 04:40 Challenges in Diagnosing Performance Issues 10:22 Framework for Tackling Performance Problems 17:27 Understanding Heroku's Load Balancing 27:39 Understanding TCP Open Failures 28:10 Optimizing Dynos on Heroku 29:16 Setting Performance Thresholds 31:12 The Importance of Monitoring and Automation 34:25 Challenges with Sidekiq and Data Processing 36:24 Best Practices for Sidekiq Queues 44:48 Ensuring Job Idempotency and Efficiency 49:26 Rapid Fire Tips for Indies 52:41 Conclusion and Final Thoughts LINKS - Speedshop - Nate's X/Twitter - The Complete Guide to Rails Performance Book - Sidekiq in Practice Book - High Availabillity Wikipedia Article - Ryan's Website - Brendan's X/Twitter - Brendan's Bluesky Questions or comments, email us at railsbusinesspod@gmail.com Send a text

    53 min

About

Brendan Buckingham and Ryan Frisch talk about developing with Ruby on Rails and how to leverage it to build a business.

You Might Also Like