Our original panel podcast, Ruby Rogues is a weekly discussion around Ruby, Rails, software development, and the community around Ruby.
Similar Podcasts
Flutter 101 Podcast
Weekly podcast focusing on software development with Flutter and Dart. Hosted by Vince Varga.
Views on Vue
Vue is a growing front-end framework for web developments. Hear experts cover technologies and movements within the Vue community by talking to members of the open source and development community.
React Round Up
Stay current on the latest innovations and technologies in the React community by listening to our panel of React and Web Development Experts.
RR 379: "Caching in Rails" with Jeff Kreeftmeijer
Panel: Charles Max Wood Dave Kimura Eric Berry Special Guests: Jeff Kreeftmeijer In this episode of Ruby Rogues, the panel talks to Jeff Kreeftmeijer who is a Ruby and Elixir developer at AppSignal. Jeff writes for the AppSignal's newsletter and has a blog. Check out today’s episode where the panel talks about AppSignal, Russian doll caching, Drifting Ruby, JavaScript Sprinkles, cache warming, N+1 plus other topics.Show Topics:2:47 – Code Fund & New Relic. 3:40 – AppSignal might be the only support for Elixir.4:12 – The integration, the ease was so simple and your (Jeff) documentation made it very easy.4:46 – Comparatively to New Relic, AppSignal is cheaper, isn’t it?4:59 – We don’t charge for host, we charge per request. That’s where to difference in price comes from. You get a number of requests in your plan. AppSignal – you pay for what you use.5:50 – Chuck has used New Relic in the past, but only pay for the month that he needs.6:07 – Panelist talks with Josh Adams and relays the conversation to the panel and the guest.6:48 – Eric to Dave: Do you run into this with Drifting Ruby? Where people just pay for what they need and cancel afterwards.7:41 – Dave: Yes, I do come across this. There isn’t much you can do about it. People will do what they need to do.8:24 – Jeff: We don’t have a lot of this problem with AppSignal. By the way, I have never done that before – you are all horrible! ☺9:02 – Chuck: Let’s dive into is what is your approach to performance on Rails?9:24 – We started the vlog series to help them with that. Sometimes you run into limits of what Ruby can do, and stuff like caching can help. It’s never really a single issue. That’s one of our challenges as a company to hook into everything (integration). We do support, per communication, to help with tech issues, but usually it’s set-up related. Everybody’s problems are different because everyone’s set-up is different.11:02 – Chuck: Most of these posts are about caching and other topics. I’m going to go to something that I misunderstood for a while and that is Russian doll caching. I didn’t quite make the connection in my head.11:40 – First, let’s talk about fragment caching.13:49 – Jeff explains Russian doll caching. 18:44 – Chuck makes comments and asks Jeff a question.19:43 – Jeff confirms the panelist’s answer.22:00 – Jeff: Another solution is JavaScript Sprinkles. 22:27 – Digital Ocean’s Advertisement.23:12 – Question from Chuck to Jeff.23:38 – Chuck talks about what he will discuss at the Summit conference in October.23:55 – Panelist has had experience with Russian doll caching. Performance can be smoke in mirrors. Application he worked on before, we did tons of caching (query caching, Russian doll caching, and others) it was all about handling the cache key.25:32 – More comments about caching from another panelist. Cache warming is mentioned, too.26:46 – How do you utilize cache warming?27:39 – Chuck asks a question.27:44 – Question answered.28:12 – Does something like this exist for Phoenix?28:28 – Jeff: I don’t think there is something like that for Phoenix.28:50 – Chuck: When do you want to use one caching over another caching?29:09 – Jeff: “Depends on a couple of things. N+1 is a feature and that you “should” rely on Russian doll caching, and generally that is not an accepted thing. You could do that, but that is applied to a specific thing. What do you guys think?”30:31 – Panelist: Rendering partials is an expensive endeavor.31:38 – This topic continues between panelists and Jeff.32:25 – Jeff: Fragment caching is a good fit for that.32:56 – Question: You have a blog, one of your posts that you talk about you discuss open source projects maintainable. Talk to me how that led you to write it?33:32 – Jeff: Three things you should not do, based on mistakes that I made in the past.1.) Navvy – had adapters for everything.2.) Dropping support for older visions of your dependencies.3.) Hand over projects if you can’t help anymore.This whole article is based on me messing up.35:07 – Chuck makes some comments.35:27 – Panelist: Ran into a problem the other day, there is a dependency that hasn’t been updated in over a year. They are waiting to solve all issues. I submitted an issue to be resolved.37:02 – N+1 Queries – is it a bug or a feature?37:12 – If you do nothing with it then it is a bug.37:21 – Chuck: to me a bug is an issue. It’s not a bug it’s inefficiency unless you turn it into something else.37:42 – Jeff: N+1 is an undesirable feature? It’s not necessarily a bug. You need a very reliable caching layer.38:25 – Chuck: What is a very reliable caching layer?38:38 – Jeff answers the question.40:50 – Redis is mentioned.42:04 – Jeff (guest) comments on the panelists’ thoughts.42:37 – Picks?42:57 – Advertisement: Chuck’s E-Book Course 43:34 – PicksLinks: Get a Coder Job Course Ruby JavaScript Phoenix AppSignal Russian doll caching JavaScript Sprinkles. Cache Warming N+1 Query Redis Fragment Caching in Rails Fuubar Navvy AsciiDoc Home Page AsciiDoctor Elixir Mix – Meet Me.So New Relic Elixir Jeff Kreeftmeijer’s Website Jeff Kreeftmeijer’s Twitter Jeff Kreeftmeijer’s GitHub Jeff Kreeftmeijer’s AppSignal Blog Jeff Kreeftmeijer’s article, “Keeping open source...” Rails Bootsnap Sponsors: Sentry Digital Ocean Get a Coder Job Course Picks:Charles Notion.so Traveller’s Gift by Andy Andrews The Shack by William Paul Young Dave Drift Ruby Episode – Renderer Tool – Scroll Saw Eric Skitch – screen capture tool – free product Library by MERT / eggplanetio by Brian Gonzalez Jeff AsciiDoctor AsciiDoc Home Page Performance in Rails – Interview Special Guest: Jeff Kreeftmeijer.
RR 378: Ruby performance: MJIT with John Hawthorn
Panel: Charles Max Wood David Richards Dave Kimura Eric Berry Special Guests: John HawthornIn this episode of Ruby Rogues, the panel talks to John Hawthorn about MJIT. John has been a Ruby programmer for about 9 years and is based in Victoria, B.C. They talk about what MJIT is, the effects you can see from using the MJIT compiler, and why the JIT doesn’t always work with other languages. They also touch on how you can use the JIT in your own code, how he makes his performance better, and more!Show Topics:1:36 – John is a Ruby programmer, and has been one for the past 9 years, and he is based out of Victoria, B.C.5:00 – He had always been curious how a JIT would work and found that it was always too difficult to work with. Since discovering MJIT, he has been able to work with these compilers because he understands how to work with C code.7:36 – Ruby has a bytecode and it looks a lot like an assembly language, which is approachable to a Rubyist.8:24 – The core of MJIT is an ERB template which take this bytecode, loops over it, and emits C code.9:01 – Effects that you can seem from the JIT in your own code is that it uses a really tight math loop, making your code faster.11:25 – Other languages aren’t suited for compilers like JIT because they are so flexible to begin with. And in some cases, it doesn’t make sense to JIT compile.13:05 – The compiled code now is not reusable by other workers and works better with one compilation per process.15:20 – The temp folder gets cleared immediately after its run, but this compiled code is probably going to stay in memory forever.17:30 – The MJIT doesn’t work as well with Rails because the code can’t get warmed up enough. Some things aren’t friendly to a JIT.20:24 – If someone wants to play with the JIT, as long as you have any Ruby version manager, install any of the previewed releases of 2.6 and then run with --jit.21:44 – Online, you can look into following people who have written various Ruby libraries to look at performance. You can look at people like Sam Saffron and Julia Evans.23:57 –TruffleRuby is a new front-end on top of a mature virtual machine whereas MJIT is a brand new virtual machine on top of a Ruby front-end.27:57 – The MJIT had no effect on his work, it was just really fun and interesting to look into.28:29 – To make his performance better, he allocates fewer objects, does less loops, and writes better queries.29:02 – You want to run a profiler that will give you a better idea of where to look for performance issues, but you really need a proper benchmark to say what is wrong with your performance. A great benchmark you can use is benchmark-ips.31:59 – The “gotcha” of doing this kind of work is verifying that you’ve actually improved it.33:41 – Before we have the JIT in production, we are going to be using these techniques to find out if the JIT is helping us.Links: Get a Coder Job Course Ruby MJIT Playing with ruby's new JIT: MJIT by John Hawthorn Rails Bootsnap Sam Saffron Julia Evans TruffleRuby benchmark-ips @jhawthorn johnhawthorn.com John’s GitHub Sponsors Sentry Digital Ocean Get a Coder Job Course Picks:Charles Iron Druid Chronicles by Kevin Hearne Zoom Notion Eric Begay Dave Sony WH-1000XM2 Ryobi Bench Sander DavidStephen Fry in AmericaEric Remote for Slides Zoom John Julia Evans Blog Posts Celeste Special Guest: John Hawthorn.
RR 377: Upgrading a Rails application incrementally with Luke Francl
Panel: Dave Kimura Eric Berry Special Guests: Luke FranclIn this episode of Ruby Rogues, the panel talks to Luke Francl about his article “Upgrading Rails applications incrementally”. Luke works at GitHub on search and has been there since October 2017. Before working at GitHub, he worked at a search startup that was working with Rails and Elasticsearch. They talk about things that people take for granted with search, the impending takeover of GitHub from Microsoft, and what open source looks like today. They also touch on the process of getting hired at GitHub, his process for upgrading Rails applications, and more!In particular, we dive pretty deep on: Luke intro Working with Rails and Elasticsearch Why he decided to come to GitHub Surreal working at GitHub What are some of the things that people take for granted with search? What people expect from search Wordpress GitHub has been very focused on the Microsoft deal recently Code Sponsor GitHub/Microsoft owns open source Open source today Kubernetes The GitHub office What was the process like of getting hired at GitHub? Build a Query Parser blog post Using his search experience Rails incremental upgrades His process of upgrading Rails applications Upgrading a Rails application incrementally Short vs long upgrading process Rails is fairly compatible between versions And much, much more! Links: Rails Elasticsearch GitHub Wordpress Code Sponsor Kubernetes Build a Query Parser Upgrading a Rails application incrementally luke.francl.org @lof Luke’s Blog Luke’s GitHub Sponsors Sentry Digital Ocean Get a Coder Job Course Picks:Dave Screenflow LED Lightbulbs EricNavicat EssentialsLukeDesigning Data-Intensive Applications by Martin KleppmannSpecial Guest: Luke Francl.
RR 376: "Ruby Performance" with Nate Berkopec
Panel: Charles Max Wood Eric Berry David Richards Special Guests: Nate BerkopecIn this episode of Ruby Rogues, the panel talks to Nate Berkopec about Ruby Performance. Nate is a freelance Ruby performance consultant and he writes and works on Ruby application performance, specifically Rails applications, which he has been doing for the past 3 or 4 years. They talk about his past experience, what led him to Ruby performance, and why he loves Turbolinks. They also touch on the two benefits to performance work, if Ruby performance on the back-end really matters for the majority of cases, and more!In particular, we dive pretty deep on: Nate intro Ruby and Rails Was on Shark Tank What led you into Ruby performance? Always enjoyed the easily quantified parts of development Performance work is very cut and dry Why do you love Turbolinks? 100ms to Glass with Rails and Turbolinks – Turbolinks article The beauty of Turbolinks The Complete Guide to Rails Performance The two benefits to performance work Making things scalable and back-end End-user experience Compiling JavaScript Does Ruby performance on the back-end really matter for the majority of cases? Making the experience feel faster Search Admin actions What would you do when you have a N+1 query problem? Finding a N+1 and fixing it on the back-end How he fixes an N+1 Bullet gem And much, much more! Links: Ruby Rails Turbolinks 100ms to Glass with Rails and Turbolinks – Turbolinks article The Complete Guide to Rails Performance JavaScript Bullet @nateberkopec nateberkopec.com Nate’s GitHub Speedshop Sponsors Sentry Digital Ocean FreshBooks Picks:Charles Golf Clubs Get a Coder Job eBook Get a Coder Job Video Course Eric Surviving the Framework Hype Cycle by Brandon Hays - talk TaylorMade M1 Driver David Every Chapter of Thinking Fast, and Slow in 7 Minutes by Conor Dewey Poem a day Nate jemalloc Queer Eye Kerbal Space Program krpc for Ruby Special Guest: Nate Berkopec.
RR 375: "How to Contribute to Ruby" with Sihui Huang
Panel: Eric Berry Special Guests: Sihui HuangIn this episode of Ruby Rogues, the panel talks to Sihui Huang about his article "How to Contribute to Ruby." Sihui is currently a back-end engineer at Gusto, which is a startup that works with payroll, benefits, and HR for companies. They talk about her experience in the programming world, why she chose to work with Ruby, and they touch on her article and why she decided to write it. They also touch on the three focuses for Ruby 3, if she thinks Ruby has a long time future, and more!In particular, we dive pretty deep on: Sihui intro Back-end engineer at Gusto Working with Rails and Ruby How old is the app? How long have you been programming in Ruby? Why Ruby? Working with Ruby is like talking to a friend "How to Contribute to Ruby" What is your experience with Mats? Try to keep decision making as open as possible The three focuses for Ruby 3 How Ruby is trying to achieve concurrency Room for improvement Do you see Ruby having a long time future? Ruby is not going anywhere The philosophy of having a small team The assumption that you need a big team to have a big company Tooling Many core contributors don’t use Ruby themselves Enjoying the language Type checking What benefits come from type checking? Compilers to detect errors And much, much more! Links: "How to Contribute to Ruby" Gusto Rails Ruby @sihui_io sihui.io Sihui’s GitHub Sponsors Sentry Digital Ocean FreshBooks Picks:Eric Gitcoin Ruby Developer Community Cross Stitching Sihui Human Behavior Biology Mini Habit Mastery on Udemy Special Guest: Sihui Huang.
RR 374: Ruby 2.5 Enumerable Predicates Accept Pattern Argument WITH Prathamesh Sonpatki
Panel: Charles Max Wood David Richards Eric Berry Dave Kimura Special Guests: Prathamesh SonpatkiIn this episode of Ruby Rogues, the panel talks to Prathamesh Sonpatki about Rails 5. Prathamesh works for BigBinary, where they publish a lot of blog posts on things like Ruby, speaks at conferences and is the organizer of RubyConf India. They talk about the biggest changes that have occurred from the new Rails 5 release, CISM tests, and the struggle that testing brings. They also touch on different testing approaches, especially in Rails 5, Capybara tests, and more!In particular, we dive pretty deep on: Prathamesh intro What have you been doing with Rails 5? What have you been digging into with testing and features within Rails 5? Major changes with testing scenarios More focus on end-to-end testing Old issues fixed Unit testing in Rails Refactoring on database cleaning CISM tests Cypress Exploring with Cypress and issues with it capybara-webkit Hating testing Mike Moore talk reference Testing across the board integration Using JavaScript in the front-end End-to-end testing makes more sense in some situations What’s your testing approach for Rails 5 applications? Functional load tests Capybara level tests Service object tests And much, much more! Links: BigBinary Ruby RubyConf India Rails Cypress capybara-webkit Prathamesh’s GitHub @_cha1tanya @BigBinary Sponsors Sentry Digital Ocean FreshBooks Picks:Charles Writing code for fun Notion.so Chuck@DevChat.tv Eric thehotline.org 1 (800) 799-SAFE (7233) Dave Boundaries with Kids by Henry Cloud RhinoRamps Prathamesh RubyConf India Sign up to speak at RubyConf India Ruby 2.6 Blogs Special Guest: Prathamesh Sonpatki.
RR 373: Super Good Software/Stembolt Technologies - Understanding Your Production Apps with Jared Norman
Panel: Charles Max Wood David Richards Eric Berry Catherine Meyers Dave Kimura Special Guests: Jared NormanIn this episode of Ruby Rogues, the panel talks to Jared Norman about understanding your production apps. Jared has been programming since he was about 10 years old and for the past 7 years, he has been doing Ruby. These days, he runs a consultancy company called Super Good Software doing Ruby on Rails stuff and mostly eCommerce. They talk about his article You Can’t Save Everyone: Some Exceptions Should Be Left Alone, when capturing exceptions is the right way to go, developing with good visibility in mind, and more!In particular, we dive pretty deep on: Jared intro Founder of Super Good Software Article - You Can’t Save Everyone: Some Exceptions Should Be Left Alone Solidus and Spree Rescue_from Exception Injecting special error reporting Don’t necessarily want to rescue all exceptions Injecting an error reporting tool Trying to think of a good reason to rescue_from exception Loss of visibility Exceptional Ruby by Avdi Grimm Ruby Rogues Episode 19 When is capturing exceptions the right way to go? Using an exception when something is legitimately broken project-honeypot When exceptions are in a state that you don’t expect Having enough information to attack problems when they arise Dig method for hashes Elegance of Ruby that allows you to not work as hard Developing code for better exception handling Developing with visibility in mind And much, much more! Links: Ruby Super Good Software Ruby on Rails Solidus Spree You Can’t Save Everyone: Some Exceptions Should Be Left Alone Exceptional Ruby by Avdi Grimm Ruby Rogues Episode 19 project-honeypot Jared’s GitHub @SuperGoodJared @SuperGoodSoft Sponsors Sentry Digital Ocean FreshBooks Picks:Charles Home Depot tool rental Podcast Movement Framework Summit Chuck@devchat.tv Eric'Resting bitch face' is real, scientists say – CNN articleDavidBasin and Range by John McPheeCatherineScott’s Cheap FlightsDave Configuring a Sentry Server on Ubuntu 16.04 by Dave Re-engage Jared Living Computers fzf fzy Special Guest: Jared Norman.
RR 372: Hiring with Mindaugas Mozūras
Panel: Charles Max Wood David Richards Eric Berry Catherine Meyers Special Guests: Mindaugas MozūrasIn this episode of Ruby Rogues, the panel talks to Mindaugas Mozūras about hiring. Mindaugas is from Lithaunia and has worked at Vinted for the past 6 years, starting as a software developer and is now is the head of engineering there. They talk about why it’s hard to find great developers to hire, the importance of hiring both junior and senior developers, and his blog post A User Guide to Me. They also touch on how you come about writing up job roles, the importance of letting developers think outside of the box, and more!In particular, we dive pretty deep on: Mindaugas intro Is it different to hire in Lithuania? It’s not easy to find great developers Why is it so hard to find good developers? Are there programming boot-camps in Lithuania? Having the resources to train new developers Hiring a balance between junior and senior developers Junior developers VS senior developers Fear of hiring junior developers A USER GUIDE TO ME blog post Why did you write this? How to Rands Communication How do you write up job roles? Figuring out what you need How they write up job ads differently at Vinted Weekly one-on-ones and quarterly reviews Allowing people to be who they are and fit openly into the company Not forcing people to fit inside a certain “box” And much, much more! Links: Vinted A USER GUIDE TO ME blog post How to Rands Mindaugas GitHub vinted.com/jobs @mmozuras CodingFearlessly.com Sponsors Sentry Digital Ocean FreshBooks Picks:Charles Sit down and write code Take a minute for yourself Eric hackajob.co The Subtle Art of Not Giving a F*ck by Mark Manson David Studying to the HILT: Why Learning Should Look More Like Exercise by Jay Lynch Outdoors Catherine Reset by Ellen Pao Women Level Up Mindaugas Scaling Teams by Alexander Grosse vim-anywhere Special Guest: Mindaugas Mozūras.
RR 371: The Modular Monolith: Rails Architecture with Dan Manges
Panel: David Richards Dave Kimura Catherine Meyers Special Guests: Dan MangesIn this episode of Ruby Rogues, the panel talks to Dan Manges about his blog post entitled The Modular Monolith: Rails Architecture. Dan is the CTO of Root, which is a car insurance carrier in Columbus, Ohio. They started the company a few years ago because they felt that the prices people pay for car insurance should be based primarily on diving behavior and not demographics. They talk about how he built the architecture of the app for his company, what a Modular Monolith is, their different gems, and more!In particular, we dive pretty deep on: Dan intro CTO and Co-Founder of Root Tracking driving habits of users to determine rate Ruby on Rails Architecture of the app Back-end platform in Rails Mobile as the primary interface See the app in the Google Play and iTunes stores Current direction for the company Identify good architectural boundaries in the code base Monoliths What is Modular Monolith? Why did you decide not to go the microservices route? Microservices introduce tradeoffs in your efficiency of making changes Not having a too fragmented back-end platform Do you have one large schema? Maintaining productivity Engines Separate integration tests Integration tests between various components Their rating engine Deployments His article: The Modular Monolith: Rails Architecture Highly recommends their modular monolith Everything is in one codebase And much, much more! Links: The Modular Monolith: Rails Architecture Root Ruby on Rails Root in the Google Play store Root in iTunes dan-manges.com @dan_manges Dan’s Medium Dan’s GitHub Sponsors Sentry Digital Ocean FreshBooks Picks:DaveThe IT CrowdDavid Pay attention to how you’re hiring Atlas of a Lost World by Craig Childs CatherineBreaking Into Startups PodcastDanPosticoSpecial Guest: Dan Manges.
RR 370: How I Built Timeasure with Eliav Lavi
Panel: David Richards Dave Kimura Eric Berry Catherine Meyers Special Guests: Eliav LaviIn this episode of Ruby Rogues, the panel talks to Eliav Lavi about his article How I Built Timeasure. Eliav works for Riskified where he is a back-end developer working with Ruby mostly and recently some Scala. In the past, he studied music but had always been into technology from a young age. They talk about how got to where he is today, what the developer scene is like in Israel, and Timeasure. They talk about what this gem is, why they decided to create it, and more!In particular, we dive pretty deep on: Eliav intro Studied music originally Risk analyst at Riskified Company started on Ruby on Rails Been a professional developer for the last year and a half Self-taught programmer Used blogs and books to learn How welcoming and helpful the Ruby community is What’s the developer scene like in Israel? Rails and JavaScript jobs common in Israel English as the common denominator for code What is Timeasure? Needed a way to measure the run-time of code Safe to use in production Easy DSL Did you look at other gems first before creating this? Used NewRelic originally How is the data stored? What to do with all the collected measurements? NewRelic Insights Ruby Prof And much, much more! Links: How I Built Timeasure Riskified Ruby Scala Ruby on Rails Timeasure NewRelic NewRelic Insights Ruby Prof Eliav’s Medium Eliav’s GitHub @eliavlavi Riskified’s GitHub Sponsors Sentry Digital Ocean FreshBooks Picks:DavidMake Your Life a Story Worth Reading by Jake WilderDaveSun CatchersEricGolfCatherineWomen in Tech: Take Your Career to the Next Level by Tarah WheelerEliavAndy Warhol MuseumSpecial Guest: Eliav Lavi.
RR 369: How Ruby 2.5 Prints Backtraces and Error Messages with Vishal Telangre
Panel: Dave Kimura Eric Berry Catherine Meyers Special Guests: Vishal TelangreIn this episode of Ruby Rogues, the panelists talk to Vishal Telangre about his blog post entitled Ruby 2.5 prints backtrace and error message in reverse order. Vishal is working remotely for BigBinary where he works with Ruby on Rails, Kuberernetes, and Elm. They talk about the power of blog posts at BigBinary, give suggestions for people wanting to get into blogging, and inspiration for blog posts. They also touch on his blog post, the changes to backtrace in Ruby 2.5, and more!In particular, we dive pretty deep on: Vishal intro BigBinary posts a lot of blogs Write about the experiences that they encounter while working Plan-free Fridays Is there any type of motivation or culture that adds to people wanting to provide so many blog posts? Suggestions for someone trying to get into blogging Vishal’s blog posts at BigBinary Start with a simple topic Your blog post doesn’t have to “change the world” Blogging about new things coming up Ruby 2.5 backtrace His blog post Changes to backtrace in Ruby 2.5 Makes debugging convenient Huge change for companies who do logs Effect of change from a developer standpoint Time saved Mixed sentiments on this change When this features is enabled And much, much more! Links: Ruby 2.5 prints backtrace and error message in reverse order BigBinary Ruby on Rails Kuberernetes Elm Vishal’s blog posts at BigBinary Vishal’s GitHub Vishaltelangre.com @suruwat Sponsors FreshBooks Loot Crate Picks:DaveHusky 20 Gallon Air CompressorEricDeveloper conundrumCatherine LeetCode.com Marcella Hazan Pesto Recipe VishalThe Mother of All Demos by Douglas EngelbartSpecial Guest: Vishal Telangre.
RR 368: Improving Ruby Performance with Rust with Daniel P. Clark
Panel: Charles Max Wood Dave Kimura Eric Berry Catherine Meyers David Richards Special Guests: Daniel P. ClarkIn this episode of Ruby Rogues, the panelists talk to Daniel P. Clark about improving Ruby performance with Rust. Daniel has been a hobbyist programmer for over 20 years and started blogging about Ruby and other technical matters about 5 years ago. One of the things he is well known for is his Faster Path gem on GitHub, which has over 700 stars. They talk about his blog article Improving Ruby Performance with Rust, why he chose to use Rust, and the benefits of using a Rust extension in Ruby. They also touch on his faster path gem, the Helix project, and more!In particular, we dive pretty deep on: Daniel intro Likes to blog - 6ftdan.com Released Faster Path gem Ruby Improving Ruby Performance with Rust blog article Why Rust? Rust to the rescue (of Ruby) blog article Rust was exciting because of the promises it gave No garbage collector in Rust Why is not having a garbage collector a positive? Rust’s ownership model Why would use a Rust extension in Ruby? Have you played around with sending objects into a Ruby function? The story behind creating his Faster path gem rubyflow.com Turbolinks and Spring and how they react Helix project And much, much more! Links: Faster Path Improving Ruby Performance with Rust Rust CodeShip Rust to the rescue (of Ruby) Ruby 6ftdan.com rubyflow.com Turbolinks Spring Helix @6ftdan Daniel’s GitHub Sponsors FreshBooks Loot Crate Picks:Charles Logrotate charlesmaxwood.com devchat.tv/blog DevChat.tv YouTube Dave Orange Computers Proxmox Gitlab DavidArrested DevelopmentEricDead Alewives Club YouTube videoCatherineHow I Built This with Guy Raz podcastDaniel Programming Rust by Jim Blandy and Jason Orendorff All Your Dev YouTube channel LegalShield GoSmallBiz Special Guest: Daniel P. Clark.
RR 367: Ruby Core Language Evolution: Moving towards functional with Victor Shepelev
Panel: Charles Max Wood Dave Kimura Eric Berry Catherine Meyers David Richards Special Guests: Victor ShepelevIn this episode of Ruby Rogues, the panelists talk to Victor Shepelev about functional programming in Ruby. Victor is a Ukrainian programmer and poet who has been programming since he was a child. He has been programming with Ruby for the past 12 years and has contributed a lot to the open source community, as well as mentors and participates in discussions about Ruby’s progress. They talk about how to approach functional programming in Ruby, changes Victor hopes to see in Ruby, and more!In particular, we dive pretty deep on: Victor intro What is functional programming in terms of Ruby? Used to be a computer journalist and historian of programming languages Higher-order functions Functional style of programming was possible from the beginning in Ruby Haskell Functional style in any language Making the functional style more natural in the future His current interests Is pattern matching something you would like to see changed? What are some changes in Ruby that you would like to see? What is pattern-matching? Seeing code in a more idiomatic way Still a lot of discussions happening Immutable objects Speeding up Ruby The more functional Ruby is becoming, the more room for optimization there is Writing at a higher level Elixir Gentle extension to what is already there The “old self” And much, much more! Links: Ruby Haskell Elixir Victor’s GitHub @zverok zverok.github.io Sponsors FreshBooks Linode Loot Crate Picks:CharlesCrucial Accountability by Kerry PattersonDaveGila Tint for Garage Door WindowsDavidFlow by Mihaly CsikszentmihalyiEricEllington gemCatherine Ruby versus the Titans of FP by Cassandra Cruz – RubyConf 2016 Talk Radical Candor by Kim Scott Victor Victor’s GitHub Reality Special Guest: Victor Shepelev.
RR 366: Build Your Own RSpec: A Gentle Metaprogramming Intro with Paweł Dąbrowski
Panel: Charles Max Wood Dave Kimura Eric Berry David Richards Special Guests: Paweł DąbrowskiIn this episode of Ruby Rogues, the panelists talk to Paweł Dąbrowski about metaprogramming and DSLs. Paweł is a Ruby developer, is on the iRonin team, and runs a Ruby blog, which he started in January 2018. They talk about his blog, the importance of contributing to the community, and why he chose to create his own version of RSpec. They also touch on how hard it was to get into blog writing as a developer, the use of blog writing as a way to confirm your skills, and much more!In particular, we dive pretty deep on: Paweł intro Build your own RSpec blog post Wanted to dive in and share his thoughts on the topic The importance of branding yourself He wants to be able to share his skills to others What prompted you to want to write a blog? Importance of contributing to the Ruby community Developer therapy Write a blog post and then make it into a script Do you find yourself going back to your blog posts in the future? Why did you decide to create your own version of RSpec? How far did you get into creating your own RSpec before it got really difficult? Remind yourself it’s just Ruby code Did you use TDD? Do you think about the application code differently now? Writing application code is easier for him now How hard was it to get into blog writing? The fear of the opinions of others Blog writing has changed the way he looks at code Blog writing as a way to confirm your skills His inspiration for the blog posts And much, much more! Links: DevChat.tv Ruby iRonin Paweł’s Ruby blog Build your own RSpec blog post RSpec Paweł’s GitHub Views on Vue Podcast VoV Episode 3: Nuxt.js Podcast @pdabrowski_k1 Sponsors FreshBooks Linode Loot Crate Picks:Charles Audible The 5 Love Languages of Children by Gary Chapman The Whole-Brain Child by Daniel J. Siegel and Tina Payne Bryson Dave Retractable Hose Reel 20V Power Trimmer David Making Learning Whole by David Perkins Soft Skills by John Sonmez EricNuxt.jsPaweł Chartable Soft Skills by John Sonmez Special Guest: Paweł Dąbrowski.
RR 365: Should I Use Ruby on Rails with Nathan Kontny
Panel: Charles Max Wood Dave Kimura Eric Berry David Richards Special Guests: Nathan KontnyIn this episode of Ruby Rogues, the panelists talk to Nathan Kontny about his video Should I use Ruby on Rails? Nathan has been a Rails developer since about 2005 when he created a startup and has since been making software and starting business. He has just recently been running the CRM Highrise and is now onto more projects elsewhere. They talk about his prior experiences as a software developer, why he chose to use Rails when creating software, and much more!In particular, we dive pretty deep on: Nathan intro Should I use Ruby on Rails? Video Engineer for Obama’s re-election campaign Created Draft Inkling using Rails Worked ad Y Combinator Chose Rails to create startups Lives are better when people feel like they’re being heard The Five Dysfunctions of a Team by Patrick Lencioni Why did you use Rails over something like Django? Looking into discussion boards and the libraries already created What made you think it would stay the hottest? Hosting was awful Using the hype of Rails to get good press for his startup When did you first feel confident in your decision to use Rails? Rackspace Do you still use Rails or have you switched to something like Node? Still confident in his decision and loves it as a platform Using Rails for what it’s good for And much, much more! Links: Rails Should I use Ruby on Rails? Highrise Y Combinator Draft The Five Dysfunctions of a Team by Patrick Lencioni Django Rackspace Node @natekontny Nathan’s Medium Nathan’s YouTube Nathan’s GitHub NateKontny@gmail.com Sponsors FreshBooks Linode Loot Crate Picks:Charles The Five Dysfunctions of a Team by Patrick Lencioni Life Promises for Leaders by Zig Ziglar Spend time with the people you care about Dave Nest Hello Okyere and Acheampong House Fire GoFundMe DavidThe Right StuffEric ThoughtWorks Tech Radar Amazon Echo Spot Nathan How to Fail at Almost Everything and Still Win Big by Scott Adams Something Really New by Denis J. Hauptly Bluetooth Air Filter Special Guest: Nathan Kontny.