Skip to main content
Full Stack Radio

119: Ryan Toronto - Why a Back-End Developer Made the Switch to SPAs

59 min episode · 2 min read
·
Ryan Toronto

Episode

59 min

Read time

2 min

Topics

Productivity, Leadership, Design & UX

AI-Generated Summary

Key Takeaways

  • Client-side testing superiority: SPA frameworks like Ember provide comprehensive UI testing capabilities that Rails lacks, enabling developers to test user interactions, form submissions, and data flow with confidence before deployment, something traditional server-rendered apps struggle to achieve.
  • State management advantages: Maintaining application state on the client enables fast interactions without server round-trips, particularly valuable for apps requiring offline functionality, real-time updates, or complex UI interactions like zooming and panning that would be impractical with traditional page refreshes.
  • Backend commoditization trend: Services like Stripe for payments, Cloudinary for image processing, and authentication providers eliminate custom backend code that developers wrote ten years ago, shifting focus toward UI development as the primary differentiator for application developers building business software.
  • Deployment simplification: Client-side apps deploy as static files to CDN edge locations, separating UI updates from backend deployments. CSS changes or UI fixes ship instantly without coordinating server deployments, reducing deployment complexity and enabling faster iteration cycles for interface improvements.

What It Covers

Ryan Toronto explains his transition from Rails backend development to single-page application development, covering the technical challenges, testing advantages, and architectural decisions that convinced him SPAs represent the future of web development.

Key Questions Answered

  • Client-side testing superiority: SPA frameworks like Ember provide comprehensive UI testing capabilities that Rails lacks, enabling developers to test user interactions, form submissions, and data flow with confidence before deployment, something traditional server-rendered apps struggle to achieve.
  • State management advantages: Maintaining application state on the client enables fast interactions without server round-trips, particularly valuable for apps requiring offline functionality, real-time updates, or complex UI interactions like zooming and panning that would be impractical with traditional page refreshes.
  • Backend commoditization trend: Services like Stripe for payments, Cloudinary for image processing, and authentication providers eliminate custom backend code that developers wrote ten years ago, shifting focus toward UI development as the primary differentiator for application developers building business software.
  • Deployment simplification: Client-side apps deploy as static files to CDN edge locations, separating UI updates from backend deployments. CSS changes or UI fixes ship instantly without coordinating server deployments, reducing deployment complexity and enabling faster iteration cycles for interface improvements.

Notable Moment

Toronto rebuilt a Flash-based iPad application in Backbone.js within weeks, creating thousands of lines of unmaintainable JavaScript code. This mess led him to discover Ember, which he used to rebuild the entire application in one week with proper conventions.

Know someone who'd find this useful?

Episode Transcript

In this episode of Fullstack Radio I talked to Ryan Torano about what made him fall in love with single page application development despite his extensive experience as a back end rails developer. This is Fullstack Radio episode 119. Hey, everyone. Welcome to another episode of the Full Stack Radio podcast. I'm your host, Adam Wadden. And today, it is my pleasure to be speaking with Ryan Toronto. How's it going, Ryan? Hey. How's it going? Thanks for having me. Yeah. So for anyone who's not familiar with you, do you mind, kind of briefly introducing yourself? Yeah. Sure. So, I'm a web developer. I've been building web apps for, I don't know, like, probably fifteen years. You know, I kind of got started with PHP, the back end world, and, more recently, I've been doing a bunch of front end stuff. So, yeah, that's sort of been my, my journey. Cool. So, yeah, the reason I wanna have you on the show is, I kinda met you through Sam Selkoff, who is kinda like your business partner where you guys run EmberMap together, which is like a awesome training site for Ember developers and people building all sorts of complex UI stuff. And, I know, like, Sam's experience, you know, based on the conversations we've had, he's sort of been basically, like, an SPA land almost from day one. Right? Like, he's like Yep. Yep. Been using Ember since basically it came out and that's kind of where he really cut his teeth on sort of his hardcore web development stuff. Whereas I know, like, you did a lot of Rails and stuff like that well before you sort of got into building SPAs. And, I know a lot of people who listen to the show and even myself included, you know, to some degree, have a lot of back end experience building apps, you know, with frameworks like Rails or Laravel. And, you know, a lot of people are still sort of skeptical about, like, going full client side for things and doing, like, a, you know, a fat client app with, an API. A lot of it just feels like you're adding a lot of complexity for, you know, why now you have to maintain two apps, an API, and a client. And there's just all sorts of reasons that people wanna kinda, like, stay in their comfort zone and just, like, keep building stuff, you know, that does, like, classic server rendering and form submissions. And, you know, it works. Right? Yeah. Totally. As as a front end developer, I mean, I feel that way too sometimes. So yes. Absolutely. I get that feeling. Awesome. So what I thought would be cool to talk about is, you are, you know, like, we kinda imagined you have a ton of Rails experience and have built a ton of stuff that way. But, you know, for the last, I don't know, five, six years, something like that, you …

Get the full transcript (11,674 words) + summary by email — free

One-time email with the complete transcript and AI summary of this episode. No account needed.

One email, no spam. We’ll also show you what SignalCast does.

Browse all Full Stack Radio transcripts →

You just read a 3-minute summary of a 56-minute episode.

Get Full Stack Radio summarized like this every Monday — plus up to 2 more podcasts, free.

Pick Your Podcasts — Free

Keep Reading

Books, tools, and gear mentioned in this episode

SignalCast may earn commission on purchases via these links.

Tools

  • Ember.jsRecommended
    This mess led him to discover Ember, which he used to rebuild the entire application in one week with proper conventions.
  • Services like Stripe for payments, Cloudinary for image processing, and authentication providers eliminate custom backend code that developers wrote ten years ago.
  • Toronto rebuilt a Flash-based iPad application in Backbone.js within weeks, creating thousands of lines of unmaintainable JavaScript code.

company

  • Services like Stripe for payments, Cloudinary for image processing, and authentication providers eliminate custom backend code that developers wrote ten years ago.

More from Full Stack Radio

We summarize every new episode. Want them in your inbox?

Similar Episodes

Related episodes from other podcasts

Explore Related Topics

This podcast is featured in Best Cybersecurity Podcasts (2026) — ranked and reviewed with AI summaries.

You're clearly into Full Stack Radio.

Every Monday, we deliver AI summaries of the latest episodes from Full Stack Radio and 192+ other podcasts. Free for one show.

Start My Monday Digest

No credit card · Unsubscribe anytime