All Ruby Podcasts By


All ruby related podcasts from, including: - Ruby Rogues - My Ruby Story - Ruby Rants


  • RR 443: Sharing Tips from the Trench with Sven Akerman Jr.

    RR 443: Sharing Tips from the Trench with Sven Akerman Jr.

    24/12/2019 Duration: 53min

    Sven Akerman Jr. is the chief architect at Outlook Insight. Today he and the panel are talking about the process behind development, specifically how Sven helped improve the software development process at his previous employer. When he started, they had a formal Scrum/Agile process for the first 5 years, but recognized gaps using key performance indicators like turnaround time. So the company implemented the single piece flow method, which ensures that all developers are focused on one thing from start to finish before moving on. As a company, they have a maximum of 2 products in play at a time, with two in focus. Some of the benefits of single piece flow are that it reduces context switching and increases group knowledge and involvement.  Sven talks about how the method was implemented in the company, and admits that it takes a really efficient delivery pipeline to move things this quickly. For those that don’t have much to do with a project, the ‘bored void’ was filled with a list o

  • RR 442: GitLab Commit with Eddie Zaneski, Shamiq Islam and Jasmine James

    RR 442: GitLab Commit with Eddie Zaneski, Shamiq Islam and Jasmine James

    17/12/2019 Duration: 53min

    Live from GitLab Commit 2019, Charles Max Wood is joined by Eddie Zaneski from Digital Ocean to talk about his talk on "Creating a CI/CD Pipeline with GitLab and Kubernetes in 20 minutes", Shamiq Islam from Coinbase to talk about his talk on "Closing the SDLC Loop- Automating Security" and Jasmine James, from Delta Air Lines on her talk " How Delta Became Cloud Native" . Panelists Charles Max Wood Guests Eddie Zaneski Shamiq Islam Jasmine James Sponsors Sentry | Use the code “devchat” for $100 credit Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $100 of free credits with promo code RubyRogues-19 RedisGreen _____________________________________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ____________________________________________________________ Links Creating a C

  • RR 441: Solidus with Alessandro Desantis

    RR 441: Solidus with Alessandro Desantis

    10/12/2019 Duration: 31min

    Alessandro Desantis is the director of Nebulab and is currently working on Solidus. After talking a little bit about how Nebulab got started, he describes what Solidus is. Solidus is a free, open source eCommerce platform built in Ruby on Rails that gives you complete control over your store. Three things that set it apart from other eCommerce platforms are that it is governed by a single company and that the focus is on quality and backwards compatibility. One of their biggest goals is to make Solidus streamlined, and Alessandro talks about how they handle it with the complex business logic involved in eCommerce. He talks more about the governance of Solidus and the different teams involved.  Alessandro admits that Solidus has fewer features than some of its competitors, but this makes it very powerful and customizable. It can be tacked onto any Rails engine and you can pick and choose the things you want. Solidus was made with fewer features because of the unique nature of each eCommerce store. The cr

  • RR 440: Swagger and OpenAPI with Josh Ponelat

    RR 440: Swagger and OpenAPI with Josh Ponelat

    03/12/2019 Duration: 46min

    Today the panel discusses the difference between Swagger and Open API with Josh Ponelat. Josh details the difference between the two. Swagger is a set of protocols around describing restful APIs. Swagger was taken over by a company called SmartBear, who donated the donated the specification to the Open Linux Foundation, and that became the Open API. Swagger is the tooling surrounding these specifications. Open API is a standardized way to describe a restful API in a YAML file. Once you’ve got a YAML file to describe your API, you can use tooling like Swagger to leverage that and take it to the next level. Using the Open API process is useful for situations where you already have an API in place, but want to codify and document it so that it’s controlled. Then going forward, you won’t introduce contradictions and it remains consistent because it’s documented in a YAML file. The process leaves room for enhancement in the future as well. Josh talks about some of the benefits of standardi

  • RR 439: Human Powered Rails: Automated Crowdsourcing In Your RoR App with Andrew Glass

    RR 439: Human Powered Rails: Automated Crowdsourcing In Your RoR App with Andrew Glass

    26/11/2019 Duration: 44min

    Andrew Glass is a Brooklyn based Rubyist operating a small independent devshop called Bang Equals. He has held many ‘enrichment jobs’, including being a ball person at US Open for 5 years, traveling for judging Guinness World Record attempts, and will be a balloon holder in the Macy’s Thanksgiving Day Parade this year. Today the panel is discussing his about his 2018 RailsConf talk, Human Powered Rails: Automated Crowdsourcing In Your Ruby on Rails App. In his talk, he shows the audience how to use Amazon Mechanical Turk. Amazon Mechanical Turk lets you post tasks, set a price point, and then people can go and complete the task. This is often done with tasks that can’t be done with machine learning and to train machine learning algorithms. In his talk he goes into What it is, how it’s used, and how we can use Ruby to automate the process. In his apps, he uses it for lead generation, qualification, enrichment, and some video and photo tagging. More specific uses include recording

  • The MaxCoders Guide To Finding Your Dream Developer Job

    The MaxCoders Guide To Finding Your Dream Developer Job

    20/11/2019 Duration: 14min

    "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is available on Amazon. Get your copy here today only for $2.99!

  • RR 438: Deviating from the Rails Core

    RR 438: Deviating from the Rails Core

    19/11/2019 Duration: 43min

    Today Charles and Dave are discussing deviating from the Rails core. Dave doesn’t care for JavaScript frameworks or microservices as he believes that they add too much complexity. These things may become necessary when your project gets massive, but otherwise we shouldn’t jump to these as a first option. If you don’t need the frontend powerhouse features, you may want to see how far you can get with Rails and a minimal frontend. React may not always be the solution that you need. They discuss jQuery versus Stimulus. They both prefer jQuery over Stimulus as they find it less invasive and clunky, and it’s easier to drop things in.  Dave talks about his experience with ElasticSearch and how he simplified it. They discuss using MongoDB and Mongoid. They agree that although these are not Ruby specific, they can help. Dave, however, has not found a need for them, while Charles has found that it gave him more advantages in his schema. He talks about some other advantages of MongoDB

  • RR 437: Deploying Rails Onto Kubernetes with Khash Sajadi

    RR 437: Deploying Rails Onto Kubernetes with Khash Sajadi

    12/11/2019 Duration: 55min

    Khash and Kasia works for Cloud 66, a company started in 2012 with a goal to make Rails deployment simple and infrastructure easy to understand for application developers. As the company has moved towards containerization, they have integrated with Kubernetes. Khash talks about what distinguishes Cloud 66 from other platform as a service companies and why the company was started. He begins by talking about the structure of Heroku, how they own the entire stack down to the server, and how they are bound to a data center. Cloud 66 differs because they decided to break that unit economy from a data center to a server, so they don’t own the entire stack. Instead, they deploy what looks like an experience from Heroku onto your own server so you can go anywhere you want to go. They talk to the public API of those cloud providers within the data center that you choose that your account is in, and then provision, deploy, and maintain your application the way that you used to with Heroku, on that data center.&nb

  • RR 436: Determining Pricing with Michael Herold

    RR 436: Determining Pricing with Michael Herold

    05/11/2019 Duration: 45min

    Michael Herold is married to an economist and is a staff engineer at Flywheel where he writes Ruby programs to support PHP programs. He gave a talk at RailsConf 2018 about how to price a product. The frame for the problem is whenever you have a business idea, you eventually have to decide how to price it, and the pricing area is ripe for inefficiency on both customer and business ends. In his talk, he gave a simple framework based on the field of market research that helps give you an idea of what to price your product or service at called the Van Westendorp Price Sensitivity Meter, which is based off of talking with your customers about how they would value your product. He explains the difference between consumer surplus and producer surplus.  The panel discusses other ways of determining pricing, such as basing your price off the price of a similar product. They discuss the pros and cons of different complex pricing they’ve seen. While complex pricing can be a turn off for many customers, it ca

  • MRS 101: Taylor Jones

    MRS 101: Taylor Jones

    29/10/2019 Duration: 42min

    My Ruby Story this week welcomes Taylor Jones, Support Engineer at Heroku. Charles asks Taylor how he ended up at Heroku. Taylor shares his journey after majoring in Computer Science at Auburn University. Taylor had a lot of downtime in his first job so he started learning Rails online. Then after he graduated he was able to get more chances working full time with Ruby. He then started speaking at conferences such as RailsConf. Charles and Taylor talk about how working at a place you really want to is not a pie in the sky but actually is doable if you position yourself correctly. For example Taylor really wanted to work at Heroku and was friends with the people at Heroku. When there was an opening his friends contacted him and Taylor was able to find a job at Heroku. Charles wonders what drew Taylor to programming and Taylor talks about how he was introduced to developing through video games. Taylor also talks about the concept " if you start out with Ruby you stick with Ruby" and how this was tr

  • MRS 100: The Origin and Impact of My Ruby Story

    MRS 100: The Origin and Impact of My Ruby Story

    22/10/2019 Duration: 28min

    My Ruby Story celebrates its 100th episode. To commemorate the 100th episode host Charles Max Wood talks about how My Ruby Story podcast started and how it progressed. My Ruby Story started off as a spin-off of Ruby Rogues. Acting upon advice from a business coach he was working with at the time, Charles misunderstood her suggestion to double on Ruby Rogues and instead proceeded to create a podcast similar to Ruby Rogues. Over the years, the show proceeded to inspire many developers who are just starting out and the show developed a fan base of its own. Over the years, My Ruby Story has helped people get better jobs, shaped their careers. For those who have been positively affected, Charles requests them to send him an email sharing how My Ruby Story or any other podcast. If you have any questions or are struggling with how to get a better job, how to talk to your boss, or what steps to take to better your developer career, Charles schedule a call at Schedule a 15 Minute Call with Charles Max Woo

  • RR 435: Alternatives to Adding React with Graham Conzett

    RR 435: Alternatives to Adding React with Graham Conzett

    22/10/2019 Duration: 59min

    Graham Conzett has been a developer for 12 years. He has worked with Ruby and Rails for half of that, and currently works for a company that does large format touchscreens. Graham gave a talk at RailsConf 2018 called “Old School JavaScript and Rails” where he talks about the experience of JavaScript fatigue. The world of JavaScript changes very quickly, and sometimes it feels like there’s a new framework every week. Because there is no clear winner among these frameworks, many Rails developers feel compelled to reach for something like React. However, there are many strategies for doing JavaScript in Ruby and in Rails that existed before these frameworks, so you can accomplish what you want to get done without bringing one in. Remember that all of them can coexist side by side, so you don’t have to pick one strategy. The panel discusses the effect that adopting a new technology can have on the team, such as the learning curve and hiring people that specialize in it.  To illustrat

  • RR 434: Surviving Webpack with Ross Kaffenberger

    RR 434: Surviving Webpack with Ross Kaffenberger

    15/10/2019 Duration: 01h23min

    Ross Kaffenberger is a software engineer at Stitch Fix and has been developing web applications for the past 12 years, mostly in Ruby and JavaScript. Today he and the panel are discussing how to survive Webpack. When many folks first encounter Webpack, they feel confused, overwhelmed, and don’t know how to get it to do what you want it to. In the latest version they tried to introduce some more sane default settings, but it is still a major change in technology.  Ross talks about how his company transitioned Rails 5 to Rails 6 with the new Webpacker. His company chose to take an iterative approach and slowly migrated to Webpacker. His app was very JS heavy with a large number of libraries, many of which were not very Webpack friendly. They chose to separate out the vendor libraries into a separate bundle, that way they could contain each deploy. They still had to add some configuration, especially to make things available on global scope.As they started moving jQuery plugins over, sometimes the fu

  • MRS 099: Joe Leo

    MRS 099: Joe Leo

    08/10/2019 Duration: 55min

    Joe Leo joins Charles Max Wood on this week's My Ruby Story. Joe is the Founder and CEO of the agile software consultancy, Def Method. He shares his journey as a developer. Joe was tutored by his uncle and learned how to code in Basic on a command line. He wanted to be in the music industry and liked math. Joe is currently working on holistic product development and is delving into areas such as what makes a good product manager and what makes a good product design. Charles and Joe talk about difficulties in quantifying good product management skills or writing tests and other non-coding aspects that surround making a product. Host: Charles Max Wood Joined by Special Guest: Joe Leo Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan React Native Radio My Angular Story CacheFly Links RR 423: The Well-Grounded Rubyist with David A. Black & Joseph Leo III The Well-Grounded Rubyist: Covers Ruby 1.9.1 by David A. Black and by

  • RR 433: ShipLane with John Epperson

    RR 433: ShipLane with John Epperson

    08/10/2019 Duration: 01h04min

    John Epperson has been doing ruby for 12 years and is a friend of Andrew Mason. He got into Docker a couple years ago and felt like something was missing, so he wrote Shiplane. He liked Docker because it was a promise that he could delegate a lot of the manual devops work to something else, and that something else was able to automate all of it. What he noticed was if you have a Docker thing in development and want to transfer it into production, there was no clear path to get a Docker item from development to production. The process wasn’t truly automated, so he created ShipLane in an attempt to automate it. ShipLane solves this problem by assuming that you have a box out there, whether it’s a VM or an actual physical box, and you have SSH access to it. It logs in, it makes sure you have Docker installed, and gives you the ability to actually take your development docker compose, and convert it to a productionized version. It also hooks in to Capistrano and replaces that with ShipLane commands.

  • MRS 098: David A. Black

    MRS 098: David A. Black

    01/10/2019 Duration: 40min

    David A. Black, Software Engineer IV at 2U, joins Charles Max Wood on this week's My Ruby Story. David A. Black has been a Ruby user for 19 years and has been writing books about Ruby for the last 14 years as well as organizing conferences. David has been coding since he was 13 years old. He was introduced to Ruby in November 2000 when he was looking at the computer section at the old bookstore Borders and picked up the book Programming Ruby by Dave Thomas and Andy Hunt. Five years later, David, who has a Ph.D. in Cinema Studies from New York University, resigned from a tenured professorship in the communication field to become a full-time programmer, trainer, and author. His book The Well-Grounded Rubyist is now in its third edition. Host: Charles Max Wood Joined by Special Guest: David A. Black Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan React Native Radio My Angular Story CacheFly Links RR 423: The Well-Grounded Rubyis

  • RR 432: Stop Testing, Start Storytelling Mike Schutte

    RR 432: Stop Testing, Start Storytelling Mike Schutte

    01/10/2019 Duration: 40min

    Mike Schutte is a fronted developer at TED conferences and was trained in code school at Turing in Colorado. He likes the idea of code as a communication tool, and in 2018 he gave a talk at RailsConf called Stop Testing. Start Storytelling.  Today the panel is discussing what Mike means by storytelling in testing. In order to combat the hesitancy to start testing, Mike believes that changing your mindset to think away from the implementation details while deploying these tests can help them be more efficient. In short, if the test isn’t readable by a non-developer, then it’s not telling a story, it’s just writing code. The test is almost the first point of contact away from the source code, so if that’s unwieldy in a test it will be hard to use elsewhere in the application. We have an intuition for stories, so use tests in order to communicate the intent of what the application should do under certain conditions. If it’s hard to set that up in a succinct way then maybe it s

  • MRS 097: Saverio Miroddi

    MRS 097: Saverio Miroddi

    24/09/2019 Duration: 32min
  • RR 431: Building a Consulting Business with Todd Kaufman

    RR 431: Building a Consulting Business with Todd Kaufman

    24/09/2019 Duration: 01h08min
  • MRS 096: Daniel Pritchett

    MRS 096: Daniel Pritchett

    17/09/2019 Duration: 35min
page 2 from 29