Sign up to save your podcasts
Or
Share Ruby Rogues
Share to email
Share to Facebook
Share to X
Share to email
Share to Facebook
Share to X
Or
Ruby Rogues
Ruby Rogues episodes
- RR 432: Stop Testing, Start Storytelling with Mike SchutteMike 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 should be written differently.This view is backed up by other experts as well. Sandi Metz and Noel Rappin talk about it in Tech Done Right episode 69. They say if your test isn’t easy to write and you’re having to create tons and tons of objects, then the system or the class your trying to test is too interconnected, so you might want to break that up into more separated concerns so each of your tests can be focused on what you’re actually trying to test. If you follow these principles, your testing will be a lot easier even if there are more classes and modules to test. David applies this approach to an online shopping cart and how to break it up. The idea is to abstract it away from the big picture, in this case the grand total, and breaking it down into smaller stories or things. Mike shares methods to put this approach into practice and how to test. He finds that reading the code as if you were reading a section in a novel rather than code helps him sketch out what he needs to test. The panelists discuss different methods for testing, emphasizing keeping the models or classes you write very simple, minimizing the amount of full on feature specs. If you take time to think about the mindset and the process you use to write a test, the tools you use becomes interchangeable in a lot of ways.Andrew brings up a trend that he’s noticed of tools coming out that are taking mini tests or rspec and trying to morph it to the programmer’s preferences. Tools like this end up with a lot of weird syntax that is hard to maintain. The panelists acknowledge the challenges that stem from using a custom VIM, and believe that having an agnostic approach makes it easier to jump into different systems. Your focus shouldn’t be your developer preferences or what you’re used to, rather it should be your happiness when you have to update. They agree that because it’s easy to understand, it’s telling a story the reader can understand, which makes it easier to maintain in the long run.The Ruby Rogues panel talk about different methods for testing, particularly if they’ve ever tested JavaScript code in a Rails app. They talk about some of their preferred tools to test their code, such as StoryBook. Mike talks about what StoryBook is and what it’s like to use it. David talks about his experience using Cucumber, why his team used it, and how it works. The show concludes with Mike sharing some of the benefits he has found from using typed languages like TypeScript and the panel talking about their experience playing around with Actionview components. Panelists
- Andrew Mason
- David Kimura
- Sentry use the code “devchat” for 2 months free on Sentry’s small plan
- Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues
- Elixir Mix Podcast
- Stop Teaching. Start Storytelling (RailsConf 2018)
- Tech Done Right episode 69
- Law of Demeter
- Grumpy Old Man
- RSpec
- MaxiTest
- Minitest Spec
- Thoughtbot
- Jest
- Stimulus
- Webpacker
- StoryBook
- Cucumber
- TypeScript
- Actionview component
- Rode Podcaster
- Drifting Ruby 196
- VS Code Ruby Debug
- Follow Mike on Twitter @tmikeschu
- StoryBook.js
Advertising Inquiries: https://redcircle.com/brands
Privacy & Opt-Out: https://redcircle.com/privacy
Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.41 min - MRS 098: David A. Black
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
SponsorsSentry use the code “devchat” for 2 months free on Sentry small plan
React Native Radio
My Angular Story
CacheFly
LinksRR 423: The Well-Grounded Rubyist with David A. Black & Joseph Leo III
David's Twitter
David's LinkedIn
2U
The Well-Grounded Rubyist: Covers Ruby 1.9.1 by David A. Black
David A. Black Books
https://www.davidablack.net/
PicksCharles Max Wood
Nikon D5600 Digital SLR Camera
RØDE Microphones
41 min - RR 431: Building a Consulting Business with Todd KaufmanTodd Kaufman is one of the cofounders of Test Double, a software development consultancy that was started 8 years ago. Todd talks about how he got started with Test Double and how it grew. He and Justin started Test Double because he felt that a lot of consultancies didn’t align with what they thought was important. Most consultancies then didn’t focus on good software development practices, and instead focused solely on the process. They decided that they would put the developers first and foremost so they could solve hard problems.Charles talks about his experience with a consultancy, where he was fired after his project finished, and asks how Test Double does things differently. Todd talks about the importance of financial stability in a consultancy, and one way that Test Double accomplishes this is by being a completely remote company to cut out the cost of having an office,Todd shares their approach to the projects they take on. Their contracts are open ended and they tend to work with clients for a longer duration. They discuss the differences in knowledge that comes from working with a product company versus a consultancy. A product company will typically give you depth, while a consultancy will give you variety. When deciding which you want to work for, you need to know if you want a steady approach to software development or do you want the challenge change up from time to time. Todd delves deeper into their policy of not doing fixed bids and how they uphold that policy when negotiating with companies. Test Double’s unique approach is to engender trust where if the client feels that they are not getting the results they want, they can terminate the contract and ask them to leave. This in turn makes the fixed scope go away. Their only requirement is that the client gives them a weeks notice before termination. When taking on a project, Test Double strives to quickly integrate with an existing team, help them, and leave them in a better place than we found them. They can help with testing, learning languages, meeting deadlines, and communication.The panel discusses some of the gotchas of building up a consulting company. Todd says that you always need someone looking for ne prospects and jobs, keep a consistent level of sales activity, and address issues in real time. He talks about what the company does to generate awareness, such as conference presentations, the website and blogs, networking, and how the company is organized to help manage sales.Todd and the panel discuss Test Double’s process for growing and shrinking the company ahd what drives their decisions. Test Double’s priority is to make sure that the size of the compan does not affect the work experience. He talks about their four step hiring process and their trend of hiring experienced programmers. The panel agrees that there is a commitment to hiring junior programmers. Though Test Double does not typically hire junior programmers, they help companies that do. Todd has found that there are companies that want to hire juniors, but they have no experience leveling them up, so his consultancy helps clients develop mentorship practices.Todd talks about some mistakes made and lessons learned in starting his company. One of his primary regrets is not focusing on diversity and inclusivity enough during the early days of the company. Their goal stated as a company is to improve the industry, and be an example for teams to follow on how to build healthy teams, but much of their early members were fairly homogenous. Todd believes that variety in a company leads to better problem identification and solutions. The panel discusses how to really identify diversity of background, because sometimes it can be proxied by diversity of physical appearance, but sometimes it can’t.It’s important to identify people that truly are diverse, and not just say ‘we want more women’ or ‘we want more people of color’. They discuss ways to increase diversity in hiring. Todd talks about what it was like to make the first hire for Test Double.Todd shares how he decided what Test Double’s values and mission is. They had to consider why they were putting so much energy into building Test Double, and it was because they wanted to help fix the industry and improve the way the world builds software. He talks about how he implements it within his company, especially since they do not have a physical office. One of Todd’s visions for the software industry is that software isn’t viewed as manufacturing and getting the commodity purchasing out of software development. He also hopes to help create more sustainable code and to fix the problems that caused unsustainable code, whether in the code or the team.Test Double doesn’t focus solely on code, but also on the work environment of the company. They do that by trying to act as an extension of their existing team. Todd talks about what it’s like running a primarily remote company and how it affects their clients. He talks about how the company builds camaraderie between its employees, including an automated tool to pair you up with somebody to have ‘coffee time’ with once a week. He talks about the tools they use, like Zoom and Slack, and the different leadership roles within Test Double. Listeners are encouraged to go to Test Double’s website to learn more about what they’re working on. Panelists
- Charles Max Wood
- David Kimura
- Nate Hopkins
- Andrew Mason
- Sentry use the code “devchat” for 2 months free on Sentry’s small plan
- Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues
- Adventures in Blockchain
- Test Double
- Fixed bid
- Pipedrive
- Zoom
- Slack
- Simply Heinz Ketchup
- Pyle Rackmount Distribution Conditioner
- The War on Normal People by Andrew Yang
- Test Double Standard RB Library
- Nikon D5600
- Rode Newsshooter
- Remote Containers extension
- Drive by Daniel Pink
- The Hard Thing About Hard Things by Ben Horowitz
Advertising Inquiries: https://redcircle.com/brands
Privacy & Opt-Out: https://redcircle.com/privacy
Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.1 hr 9 min - MRS 097: Saverio Miroddi
Saverio Miroddi joins Charles Max Wood on this week's My Ruby Story. Saverio is a systems engineer and a backend programmer at Ticketsolve. He is originally from Italy and currently lives in Germany. Saverio shares his journey as a Ruby developer and also his passions outside of work such as bouldering.
Saverio fell in love with programming when he was 7 years old with COmmodere 64. He didn't follow up on it however until later when he was working as a consultant working as a System Administrator where he taught himself JavaScript. Later he taught himself Ruby on the job when he was working in London.
Saverio has written several articles such as Saverio Miroddi’s article, “An overview of Desktop Ruby GUI Development in 2018” and Debugging a live/stuck Ruby process.
Host: Charles Max Wood
Joined by Special Guest: Saverio Miroddi
SponsorsSentry use the code “devchat” for 2 months free on Sentry small plan
React Native Radio
My Angular Story
CacheFly
LinksRR 381: “Ruby GUI Development” with Saverio Miroddi
saveriomiroddi (Saverio Miroddi) · GitHub
https://saveriomiroddi.github.io
Saverio's Twitter
Savario's Blog
Ticketsolve
Saverio Miroddi’s article, “An overview of Desktop Ruby GUI Development in 2018”
PicksSaverio Miroddi
Terraform Providers - GitHub
saveriomiroddi (Saverio Miroddi) · GitHub
goby-lang/goby
Charles Max Wood
Superfans by Pat Flynn
Reach out to Charles Max Wood at https://meetings.hubspot.com/chuck27/15-minute-listener-call
RR 428: Arming the Rebels with Rails 6 Featuring David Heinemeier Hansson
Running with the right running gear
33 min - RR 430: Opal with Elia SchitoEpisode Summary Today’s guest Elia Schito has been a Ruby developer for 12+ years and works for Nebulab. During his career he looked for Ruby to JavaScript translators and found Opal. The panel discusses where Opal belongs within an app and when the compilation into JavaScript occurs. The main reason a person would want to use Opal is to avoid writing in JavaScript. Elia talks about the benefits of using Opal. One is that productivity is better in a language like Ruby. Also, if you’re working on a project that needs to get done quickly, it makes sense to use Opal so that your speed is not hindered. Elia talks about testing Opal with things like WebPacker and Hyperstack, and explains what Hyperstack is. Opal recently released a newer, bigger version, and Elia talks about the features of the new release. He details what kind of JavaScript it produces and how to hook it into your CICD, how to run it locally, and overall how to use the compiler. He talks about how to debug in Opal. He notes that during the development cycle in Opal, you can refresh your page and it will compile the Ruby code into JS, so if there are any errors you will see it immediately. Opal is compatible with other tools to check your code. In the future, Elia wants to increase the coverage of the core and standard library, and believes that Opal is a great way to increase your skills in Ruby and JavaScript. He talks about the general reception of Opal among users. Opal is a perfect fit for smaller teams or older fullstack developers, especially if you don’t have a frontend team Elia notes that Opal, much like anything else, is a matter of preference, and relates it to the past reliance on CoffeeScript. For developers who refuse to write in JavaScript, Opal is an excellent option. He talks about the speed of compiling ruby to JavaScript in Opal and how it supports keeping current with Rails versions and other frameworks. The panel asks if the Opal community made any inroads with DHH for making it part of the Rails stack proper and whether Opal wants to be integrated with Rails. Elia talks about some of Opal’s contributions to the Ruby Community. Elia talks about what generally happens if you choose to use Opal in a project. Opal is small, but you will have to make some tradeoffs. You have to call your standard library from Opal, but there are many ways to overcome that. The show concludes with Elia calling on the community to help him resurrect the Volt framework. Panelists
- Andrew Mason
- David Kimura
- Nate Hopkins
- Sentry use the code “devchat” for 2 months free on Sentry’s small plan
- Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues
- My Ruby Story
- Opal
- WebPacker
- Stimulus
- Hyperstack
- Capybara
- CoffeeScript
- Devise
- Clearwater
- Reactive
- Volt framework
- Nebulab
- AWS Organization Consolidated Billing
- Pingverse
- Benjamin Moore paint
- Github Actions (beta)
- Follow Elia on his website
- Explaining Postmodernism
- Texmate
Advertising Inquiries: https://redcircle.com/brands
Privacy & Opt-Out: https://redcircle.com/privacy
Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.1 hr - MRS 096: Daniel PritchettEpisode Summary
This week's My Ruby Story welcomes Daniel Pritchett, an infrastructure engineer at Gremlin. Daniel talks about his programming journey and his life in Florida where he moved to recently.
Daniel has degrees in Management Information Systems and Computer Science from the University of Alabama. He talks about the fact that even though he learned about programming in theory at school, he didn't feel confident a a programmer until he was introduced to Ruby.
Daniel then talks about why he likes being an infrastructure engineer and the projects he has been working on.
Host: Charles Max Wood
Joined by Special Guest: Daniel Pritchett
SponsorsSentry use the code “devchat” for 2 months free on Sentry small plan
React Native Radio
My Angular Story
CacheFly
LinksRR 422: Build Chatbot Interactions in Ruby with Daniel Pritchett
Daniel's LinkedIn
Daniel's Twitter
Build Chatbot Interactions: Responsive, Intuitive Interfaces with Ruby
Daniel Pritchett
PicksDaniel Pritchett:
Lucidchart.com
Charles Max Wood:
https://villacappelli.com/
The Olive Oil
https://www.dropanfbomb.com/collections/nut-butters/products/macadamia-nut-butters
36 min - RR 429: Mechanical Confidence with Adam CuppyEpisode SummaryAdam Cuppy is the cofounder and current chief operating officer at Zeal, web and mobile app consultancy. Today the panel is discussing the talk he gave at Rails Conf called Mechanically Confident. Adam has a hypothesis that confidence is not the result of belief alone but ingrained routine. The more routine, the more pattern, the more rehearsal applied to a given thing, the more confident you are with that thingThe history behind Adam’s theory stems from his background in theater and performing arts. The concept of rehearsal is commonplace in the performing arts, but not other industries. He talks about where rehearsal comes in for programmers and how he has noticed the patterns of senior developers. The panelists talk about where they see routine and rehearsal come into play with their workThe panelists wonder how do you avoid a stopgap from a slight change, and Adam relates it to some of the most rehearsed actors, improv actors. It’s important to rehearse everything you can, building a routine around the things you control, so that when something does happen you have everything else under control. Adam talks about different tools to help build a routine and an experiment he did with a group of interns to help them establish a routine. When the interns had a routine, in this case, a designated order in which they placed their windows, he saw immediate improvement in their performance. When the order of the windows was changed, it caused initial confusion in the group. The panel discusses the cognitive load applied to managing chaos and how a routine helps. Adam admits that routine is an individualized thing, and that chaos can be a pattern as long as you know where everything isThey wonder at what point does reliance on patterns become false confidence, relating it to the strict TDD trend within the Ruby community, and how too much routine can make you rigid. Todd again ties this back to acting. The panelists discuss ways to implement a routine. Adam advises to start by finding what is it that you do consistently that creates a happy and proud result. They talk about how to create that small iterative change towards something I want to get better at. The panelists discuss the merits of visualization and if it is a tactic that developers can use to gain confidence, and what to do after you’ve visualized. They discuss whether looking ahead helps or hinders a person, and Adam talks about how to look ahead properly.The show concludes with Adam’s advice for people who would like to give a presentation or conference talk but hasn’t. He talks about how his theory has evolved since he first gave his talk. His closing thoughts are that trends matter more than individual days, how to expedite the experience timeline, and the importance of perspective. If you want to expedite learning, give the why behind something Panelists
- Andrew Mason
- David Kimura
- Nate Hopkins
- Charles Max Wood
- Sentry use the code “devchat” for 2 months free on Sentry’s small plan
- Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues
- Adventures in Devops
- Zeal
- Teamocil
- Docker
- TDD
- Speakerline
- Belt sander
- PingVerse
- Talent is Overrated
- Confreaks 10 Years: Keynote
- His company is hiring, contact him @andrewmcodes
- Algolia
- RXJS Live
- Gitlab Commit
- This Is Marketing by Seth Goden
- Interestings podcast
- Follow Adam @adamcuppy
Advertising Inquiries: https://redcircle.com/brands
Privacy & Opt-Out: https://redcircle.com/privacy
Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.1 hr 13 min - MRS 095: Daniel GruessoEpisode Summary
This episode of My Ruby Story is coming to you live from OSCON. Joining Charles Max Wood is Daniel Gruesso from GitLab to talk about developing in the Open Source and the Developer Report.
GitLab works with an open core model, Daniel talks about the trade - offs of having code open to public, the first of which is having everything up-to-date so any contributions made will work with the latest version. Daniel calls this the "bus-factor" where if one of the team members gets hit by a bus, the rest of the team will have everything to work with.
They then talk about the GitLab 2019 Global Developer Report results. One of the most interesting results of this survey with over 4,000 respondents, was that remote teams outperformed on site teams. This ties into the current Twitter discussion about "10x Performing Engineers". Remote teams are able to work on their own most productive hours and are not disturbed by their teammates when they are doing dedicated work on a deadline. Also remote teams by nature have to be more conscious of security.
SponsorsSentry use the code “devchat” for 2 months free on Sentry small plan
Adventures in DevOps
Adventures in Blockchain
CacheFly
Host: Charles Max Wood
Joined by Special Guest: Daniel Gruesso
LinksDaniel's LinkedIn
GitLab
Open Source & Software Development| O'Reilly OSCON
GitLab 2019 Global Developer Report | GitLab
10x Engineer Twitter
34 min - RR 428: Arming the Rebels with Rails 6 Featuring David Heinemeier HanssonSponsors
- Sentry use code “devchat” for $100 credit
- Sustain Our Software
- Adventures in Blockchain
- David Kimura
- Andrew Mason
- Nate Hopkins
- Charles Max Wood
- Action Text
- Action Mailbox
- Stimulus.js
- Turbolinks
- Haml
- JBuilder
- How to Say It
- Rework episode
- Stimulus Reflex
- Atomic Habits
- Ed Mylet show
- The MFCEO with Andy Frisella
- Swing set kit
- Rails 6
- His daughter Ruby
- Follow David on Twitter @dhh, dhh.dk and Rework.fm
- To Have or To Be
- Shape Up book
- Rails 6
Advertising Inquiries: https://redcircle.com/brands
Privacy & Opt-Out: https://redcircle.com/privacy
Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.1 hr 17 min - MRS 094: Rachel Roumeliotis and Roger MagoulasSponsors
Sentry use the code “devchat” for 2 months free on Sentry small plan
Ruby Rogues
React Native Radio
CacheFly
Host: Charles Max Wood
Joined by Special Guest: Rachel Roumeliotis and Roger Magoulas
Episode SummaryRachel Roumeliotis and Roger Magoulas from O'Reilly Media join Charles Max Wood at OSCON to talk about the process of content development for OSCON. Rachel is the Vice President of Content Strategy at O'Reilly and Roger is Vice President of Radar at O'Reilly.
Rachel and Roger talk about the history of OSCON Conference as well as the key technologies they wanted to cover this year such as Artificial Intelligence, Machine Learning and Cloud-Native applications.
They then talk about the future of OSCON and the highlights they wat to cover next year such as security.
LinksRachel's LinkedIn
Roger's LinkedIn
Open Source & Software Development| O'Reilly OSCON
38 min
About Ruby Rogues
From the publisher's feed
Our original panel podcast, Ruby Rogues is a weekly discussion around Ruby, Rails, software development, and the community around Ruby.
Become a supporter of this podcast:
Become a supporter of this podcast:
href="https://www.spreaker.com/podcast/ruby-rogues--6102073/support?utm_source=rss&utm_medium=rss&utm_campaign=rss" rel="noopener noreferrer">https://www.spreaker.com/podcast/ruby-rogues--6102073/support.
More shows like Ruby Rogues
The Changelog: Software Development, Open Source
286 Listeners
The Ruby on Rails Podcast
52 Listeners
Adventures in Angular
33 Listeners
JavaScript Jabber
234 Listeners
iPhreaks
17 Listeners
React Native Radio
67 Listeners
Nerdland Podcast
43 Listeners
Adventures in Angular
15 Listeners
JavaScript Jabber
62 Listeners
Ruby Rogues
21 Listeners
My Angular Story
0 Listeners
My Ruby Story
0 Listeners
The Diary Of A CEO with Steven Bartlett
8,393 Listeners
Remote Ruby
34 Listeners
Code with Jason
15 Listeners
Cautionary Tales with Tim Harford
5,074 Listeners
The Rest Is History
15,622 Listeners
The Ezra Klein Show
15,889 Listeners
The Rest Is Politics: Leading
834 Listeners