Episodes
-
00:39:13 RR 381: “Ruby GUI Development” with Saverio Miroddi
All Ruby Podcasts by Devchat.tv addPanel:
Charles Max Wood Dave Kimura Eric BerrySpecial Guests: Saverio Miroddi
In this episode of Ruby Rogues, the panel talks to Saverio Miroddi who is an engineer among other things. Saverio has written articles, and a link to two of his articles is found below. The panel and Saverio talk about Ruby, Ruby Motion, Shoes, Hackety Hack, and much more! Check out the episode!
Show Topics:
2:05 – Chuck asks a question.
2:42 – Chuck: What do you recommend for the listeners?
2:49 – Saverio: At the time I recommended an underdog. Now, making a recommendation is kind of hard. It depends on what they need. It’s fascinating in a way, because web development is not straightforward. Through the choice the subject is so wide.
3:58 – Panelist: Building desktop applications the very last thin I think: I should build this in Ruby. It sounds like I am not the only person. Why would people want to build desktop apps in Ruby versus another program?
4:38 – Chuck: I was thinking the same thing.
4:59 – Saverio: Personally, I like consistency. When Ruby came out it’s meant to be very easy. It should be easy to hack a certain tool. It depends on a case basis.
6:15 – Panelist: How does Ruby shine in this respect?
6:19 – Saverio: It’s hard to say. It is a compromise with everything. That’s the case – if it is meant to be simple, keep it simple. When I wrote my app I was looking for consistency. Ruby is far from ideal and it’s compromising the project.
8:02 – Panelist: Tell us how you use it? Tell us your cases.
8:17 – Saverio dives into this topic.
9:05 – Panelist: I hate web applications online – I want it on my desktop. But it’s funny; I am the opposite when I make it. I really like the idea of Ruby being expanded beyond web application.
Panelist continues to talk about what/where/how Ruby is used or not used.
10:30 – Chuck: I like the idea of expanding to other areas, as well. Do you think there is enough momentum to get it to a new place?
11:09 – Saverio answers this question.
Saverio: To be honest, this might just be a niche. It’s being developed at a slow pace. I know a few things use Ruby, and they just want to use a few small tools, and a few frameworks.
12:38 – Panelist talks about Ruby and how it can be good for kids and beginners because of the visual component/feedback.
13:49 – Saverio: I agree.
13:59 – Chuck: I asked earlier, what would you recommend to kids to get started?
14:20 – Saverio answers the question.
16:02 – Panelist: I think I have a compromise, what about a web application that loads like a regular web page, but also has offline functionality? If you go offline it can load and sometimes work. Now you have a native application.
16:47 – Chuck adds in a comment.
16:53 – Advertisement
17:31 – Saverio: That would be complex, right?
17:44 – Chuck: They were headed towards desktop but never got there.
17:55 – Panelist: There is Ruby Motion.
18:41 – Chuck: We are going to have a special guest back to talk about doing Ruby Motion on the Nintendo Switch. I think it will take a lot to compile to get to the new system.
19:07 – What is your experience with building Opal?
19:17 – Saverio: I excluded those, actually.
19:50 – Panelist: Let’s talk about data and storing data?
20:04 – Saverio: Definitely.
Saverio dives into this topic...
20:28 – Chuck: Do you use Active Record?
20:32 – Saverio: No.
21:00 – Saverio: I like simplistic solutions.
21:19 – Chuck: That sounds like it wouldn’t be completely foreign for people who have done web development.
If we are more web active what will throw us off? Just in general. Your visual is different than the web. It’s different between a desktop and a web app.
22:21 – Panelist: If you are building in Ruby it can be locked down to a single thread.
22:37 – Saverio adds his thoughts.
22:59 – Panelist: Any open source projects that are gooey based application?
23:25 – Saverio: I am not aware. There are applications out there that are getting traction, though.
23:50 – Chuck asks Saverio a question.
24:01 – Saverio talks about Ruby
25:12 – Saverio is deciding on whether or not to transition to another language or not.
26:36 – Chuck: Things that are built with Shoes...Hackety Hack?
26:55 – Saverio: It is hard to write in Shoes. It’s fun for the beginner.
27:34 – Chuck: Anything else?
27:41 – Panelist: This has to do with the Gooey, and it’s Native Fire.
29:05 – Chuck chimes in.
29:26 – Panelist continues talking about this topic.
30:48 – Panelist: To make it beyond a toy, there needs to be more community support and more examples. I have been in Ruby for a while, but building applications in React and Electron is not that simple as in Ruby. I hope to see more support in open-source projects, and to take it to the next level. This is a story yet to be told.
31:52 – Panelist: My concern is it always looks like a high school project.
32:15 – Chuck: Yeah, doesn’t look completely polished.
32:19 – Saverio: Yes, when you go to a Ruby talk then...
32:50 – Chuck: Anything else?
33:04 – Saverio: I have nothing else to add.
33:10 – Advertisement
33:47 – Picks!
Links:
Get a Coder Job Course Ruby Shoes Saverio Miroddi’s GitHub Saverio Miroddi’s article, “Using scripts in any language for...” Saverio Miroddi’s article, “An overview of Desktop Ruby GUI Development in 2018” RhoMobile Ruby Motion Ruby Gems Hackety Hack NPM – NativefierSponsors:
Sentry Digital Ocean Get a Coder Job CoursePicks:
Charles
Books – I have been devouring stuff on Audible. Personal growth tape – The Queen’s Poisoner by Wheeler A View from the Top by Zig Ziglar Code BadgesDave
Command strips – 3M NPM – NativefierEric
2 courses, plus a 3rd! How to write an open source How to Contribute to an Open Source Project on GitHub The beginners guide to React Free courses on EggheadSaverio
Movie: The Founder - 00:34:14
MRS 061: Erik Dietrich
All Ruby Podcasts by Devchat.tv addPanel: Charles Max Wood
Guest: Erik Dietrich
This week on My Ruby Story, Charles talks to Erik Dietrich who is a consultant and a business owner. After he left the IT life, he is a partner for a content marketing company among others.
In particular, we dive pretty deep on:
0:52 – Greetings! It’s another story on Ruby Stories.
1:04 – We have had you on Episode 296.
1:28 – Guest: I did in my blogger days, but over the course of time but I ran into management roles and then left. That definitely skewed my topics that I talked about.
1:59 – Chuck: Introduce yourself for people.
2:53 – Chuck: Let’s talk about your career or even further back. How did you get into programming?
3:24 – Guest: My father introduced me into my project. Into my educational background I do remember banging away at my computer because there weren’t any courses offered (at the time).
4:13 – Chuck: Let’s talk about computer science.
4:22 – guest: I had to apply to the computer science program to the college I went to. I knew I wanted to do something cutting-edge.
4:42 – Chuck: After college where did you end up?
4:55 – Guest: I graduated in 2001 from college. I did some odd jobs. Thankfully, the economy was stronger for me to be a software engineer title. Then from there...
5:57 – Chuck: When I graduated I started off with Tech Support then Q/A.
6:12 – Chuck: It sounds like you worked all over the place? Is it deliberate when you chance course within your career?
6:36 – Guest: Actually, it was full circle for me. At some point, I did get more career-minded.
8:01 – Chuck: How did you end up there – the programming job?
8:13 – Guest: My mom left, but worked at X company. The co. knew that she had a son that finished a computer science degree.
9:10 – Chuck: The recruiters should be use to that at some point.
9:23 – Guest added some more thoughts.
9:50 – Chuck: Talk about the progression you’ve made. I know Ruby is not your primary focus of your background. Take people on a tour. I’m curious if we can talk about how you got into the consulting and marketing roles that you fill these days.
10:28 – Guest: Whistle stop of my career, here we go. The first 10 years, it was pretty standard. Across a few different companies went from one position to another up to the architectural role. Then, I went through job-hopping. I ended up doing independent consulting and freelance works. I didn’t know really, though, what I wanted to do. Coaching people is what I did for a while. There I discovered something – I enjoyed that coaching work. More opportunities that I had, and then I realized it was a good fit. Over the course of time, I had the blog, which was reflecting anything I was doing. If I am writing about x, y, z, I was blogging about it.
14:28 – Chuck: How do you know which opportunity to pursue?
14:38 – Guest: General, I was say...
15:52 – Chuck: What are you most proud of?
16:04 – Guest: The blog.
17:28 – Guest: My book. Check it out. Amazon and Leanpub.
17:47 – Chuck: What are you working on now?
17:58 – Guest answers this question.
21:12 – Chuck: Any other thing you’d like to talk about?
21:27 – Guest chimes in with his ideas.
24:25 – Guest: Whatever adds to your happiness.
24:36 – Chuck: I get to choose what I want to work on. I find that the freer that I am to make my own decisions the happier I am.
25:09 – Guest: I had a hard time being told to do things from senior roles in the job.
25:42 – Chuck: I think more companies will be willing to bring some people in for a specific project/job.
26:39 – Guest: I get into trend projection into my book.
28:04 – Chuck: One more question that I have. As people are coming into this pool – what do you advise those people to see where the industry is going? Where to get a job? Long-term?
28:35 – Guest: To get a job in the entry level is kind of hustling. If you are struggling then write about a blog. Get there a social profile that makes you different from all the others. Does the company have the faintest idea of who you are and what you can do? Position yourself as an expert. If you can show that you are standing out from your peers then your career will advance much more quickly. Not necessarily being “better then them.” How are you different?
30:23 – Chuck: Yep, these things I push people toward in my new course. Meet the right people; build those relationships. They probably get dozens or dozens of applications. They can find someone to write code but it’s the underlining stuff that they are looking for.
31:44 – Advertisement
32:26 – Picks!
Links:
Ruby Elixir Chuck’s Twitter Ribbon Farm Hit Subscribe Erik Dietrich’s Book on Amazon Erik Dietrich’s Book on Leanpub Erik Dietrich’s Twitter Erik Dietrich’s GitHub DaedTechSponsors:
Code Badges Get a Coder JobPicks:
Charles
Audible AirPods KetogenicJamie
4-Hour Work Week Ribbon Farm Hit Subscribe – Apply to be an Author! -
Missing episodes?
- 01:00:55
RR 380: "Deploying Ruby on Rails application using HAProxy Ingress with unicorn/puma and websockets" with Rahul Mahale
All Ruby Podcasts by Devchat.tv addPanel:
Charles Max Wood Dave Kimura Eric BerrySpecial Guests: Rahul Mahale
In this episode of Ruby Rogues, the panel talks to Rahul Mahale. Rahul is a Senior DevOps Engineer at BigBinary in India. He has also worked with SecureDB Inc., Tiny Owl, Winjit Technologies among others. In addition, he attended the University of Pune. The panel and the guest talk about Kubernetes.
Show Topics:
1:25 – Swag.com for t-shirts and mugs, etc. for Ruby Rogues / DevChat.tv.
1:49 – Chuck: Why are you famous?
1:57 – Guest’s background.
4:35 – Chuck: Kubernetes – Anyone play with this?
4:49 – Panelist: Yes. Funny situation, I was working with Heroku. Heroku is very costly, but great.
The story continues...
6:13 – Panelist: I was so overwhelmed with how difficult it was to launch a simple website. Now, that being said we were using the Amazon EKS, which is the Kubernetes. They don’t have nearly as much good tools, but that’s my experience.
6:48 – Chuck: I haven’t tried Kubernetes.
8:58 – Rahul: I would like to add a few comments. Managing Kubernetes service is not a big deal at the moment, but...
11:19 – Panelist: You wouldn’t recommend people using Kubernetes unless they were well versed? What is that term?
11:40 – Rahul: Not anyone could use the Kubernetes cluster. Let’s offer that complexity to another company that can handle and mange it.
13:02 – The guest continues this conversation.
14:02 – Panelist: I didn’t know that Kubernetes needed different nodes.
14:28 – Rahul continues this topic.
15:05 – What hardware requirements do they need?
15:19 – Rahul: Yes, they do need a good system. Good amount of memory. Good network space.
15:45 – Panelist asks Rahul a question.
16:30 – Rahul: Let’s answer this into two parts.
Kubernetes topic is being discussed in detail.
18:41 – Chuck adds comments and asks a question.
18:58 – Rahul talks about companies and programs. Check out this timestamp to hear his thoughts.
20:42 – Another company is mentioned added to this conversation.
21:55 – Additional companies mentioned: Google, Microsoft, IBM, etc. (Rahul)
22:14 – Chuck: It’s interesting how much community plays a role into success stories. Whether or not it’s best technologies it comes down to where there are enough people to help me if I don’t know what to do.
22:43 – Rahul: People, even enterprises, are there.
23:15 – Chuck: At what point (let’s say I docked my app) should they be looking at Kubernetes? Are you waiting on traffic? How do you make that call?
23:56 – Rahul answers the questions.
26:29 – Rahul: If your application is...
27:13 – Announcement – Digital Ocean!
27:51 – Chuck: How does someone get started with Kubernetes?
27:53 – Rahul answers the question.
30:00 – Chuck: It sounds like you have an amateur setup – Dave?
30:21 – Dave: I think the problem is that there is not a Kubernetes for dummies blog post. There has always been some sort of “gottcha!” As much as these documents say that there are solutions here and there, but you will see that there are networking issues. Once you get that up and running, then there are more issues at hand. The other strange thing is that once everything seems to be working okay, and then I started getting connectivity issues. It’s definitely not an afternoon project. It takes researching and googling. At the end, it takes a direction at large that the community is investing into.
32:58 – Chuck makes additional comments.
33:21 – Dave adds more comments. Sorry bad joke – Dave.
33:40 – Topic – Virtualization.
34:32 – Having Swamp is a good idea.
34:44 – Rahul adds his comments.
36:54 – Panelist talks about virtualization and scaling.
37:45 – Rahul adds in comments about the ecosystems.
38:21 – Panelist talks about server-less functions.
39:11 – Rahul: Not every application can...
40:32 – Panelist: I guess the whole downside to...
41:07 – Rahul talks about this.
43:03 – Chuck to Eric: Any problems with Kubernetes for you?
43:05 – Eric: Yes – just spelling it! For me it feels like you are in a jet with all of these different buttons. There are 2 different types of developers. I am of DevOps-minded. That’s why we are getting solutions, and tools like Heroku to help. When I listen to this conversation, I feel quiet only because you guys are talking about spiders and I’m afraid of spiders.
44:44 – Dave to Eric: Having information and knowledge about Kubernetes will help you as a developer. Having some awareness can really help you as a developer.
45:43 – Chuck: There are all these options to know about it – they way he is talking about it sounds like it’s the person on the jet. Don’t touch the red button and don’t’ cut the wrong wire! It feels like with software – it’s a beautiful thing – you erase it and reinstall it!
46:50 – Dave: What? What are all of these crazy words?! What does this exactly mean? The visibility is definitely not there for someone who is just tinkering with it.
47:16 – Rahul: It’s not for someone who is tinkering with it. Definitely.
50:02 – Chuck: We have been talking about benefits of Kubernetes – great. What kinds of processes to setup with Kubernetes to make your life easier?
50:40 Rahul answers the question.
53:54 – Rahul’s Social Media Accounts – check them out under LINKS.
54:29 – Get a Coder Job Course
Links:
T-Shirts for Ruby Rogues! Get a Coder Job Course Ruby JavaScript Phoenix Heroku Amazon EKS Kubernetes Kubernetes Engine Kubernetes Setup AKS Kubernetes – Creating a single master cluster... Kubernetes GitHub Docker Rancher Learn Kubernetes Using Interactive...by Ben Hall Podcast – All Things Devops Nanobox Cloud 66 Chef Puppet Ansible Salt Stack Orange Computers Rahul Mahale’s Blog Rahul’s Talks and Workshops Rahul Mahale’s LinkedIn Rahul Mahale’s Facebook Rahul Mahale’s Kubernetes Workshop via YouTubeSponsors:
Sentry Digital Ocean Get a Coder Job CoursePicks:
Charles
Conference Game – TerraGenesis – Space Colony Book – The One ThingDave
Orange ComputersEric
Cloud 66 NanoboxRahul
Podcast – All Things Devops Kubernetes - 00:20:03
MRS 060: Jamie Wright
All Ruby Podcasts by Devchat.tv addPanel: Charles Max Wood
Guest: Jamie Wright
This week on My Ruby Story, Charles talks to Jamie Wright about his background and current projects that he is working on. Ruby Rogue interviewed Jamie on Episode 326 – check out that episode for more information. Chuck and Jamie discuss many topics, but one in particular is truly inspiring and that is Jamie’s impact within his community: teaching! Jamie is enthused to help students with designing games and helping them with programming. Check-out today’s episode to hear more!
In particular, we dive pretty deep on:
0:53 – Introduction. Episode 326 of Ruby Rogues is a past episode with Jamie as a guest.
1:50 – Chuck was at Microsoft Build. It’s interesting to see where all of this stuff comes out. Interesting to see where it will be in the next few years.
2:31 – There is a lot of room for improvement – Google Dispatch. It is their AI, which is insane. Compare that to last year, it’s leap and bounds different.
2:59 – Let’s talk about your story, Jamie.
3:10 – Jamie started programming in high school, which was offered through an introduction course. It was in Basic. His cousin who was a programmer, too, influenced him. Jamie took this course, and he made a tic-tac-toe game. Went he went to college he took computer science, and fell in love with it there. Jamie loves the idea of creating things from nothing to something. It is art to me. It’s pretty neat. It’s not like you are investing hundreds of thousands into a fashion line, it’s just your time into a computer.
4:48 – Chuck makes some comments.
4:57 – Jamie mentors children from 7 – 17 years old. Works with a program, which is worldwide. Jamie helps the kids build their own games.
5:29 – Chuck: That sounds like fun!
5:35 – Seeing a side of programming where there aren’t any deadlines.
5:45 – Chuck reflects on Jamie’s previous comment.
6:03 – Jamie: It’s fun to put all of that stuff aside and watch people tinker. And hearing all of the “Oh’s and Ah’s!”
6:22 – Chuck: How did you get into Ruby?
6:31 – Jamie: Code Mash (local). Leon, in 2006/2007, was doing a workshop for Ruby, and Jamie fell in love with it. He tinkered around with it in Rails, and he was hooked ever since.
7:25 – What got you excited about it?
7:36 – A.) You had to be on Windows B.) You needed Microsoft Tooling.
Just the ease of opening up a terminal, and that there was less friction – it was just easy!
Jamie continues to talk about the other reasons why he fell in love with Ruby. He also enjoys the community. For him it was a good decision and it is fun for me. The fun factor is still there for me. Jamie loves Ruby.
9:22 – Chuck: What have you done in Ruby? We talked about Chatbots earlier.
9:30 – Jamie’s first project was a To Do List app. He wanted to do a task list from just one sentence. Jamie created MORALE, and it did okay for a while. That was his first app in Ruby’s. As far as open source work, Jamie hasn’t done anything that hasn’t really taken off. He created LAZINESS. Listen to this timestamp for other of Jamie’s projects and creations that he has been apart of.
11:12 – Chuck to Jamie: What are you most proud of?
11:14 – Jamie: I am most proud of teaching. I have created workshops. I see the same excitement that I had about Ruby’s.
11:49 – Chuck: It’s interesting to see what people really care about. Something I did helped someone else and their future, which is really cool.
12:29 – I am playing with Elixir now, because of Ruby, among other projects. Other projects: Pomodoro’s App and integration.
14:49 – Jamie: “Elixir is awesome. I feel like it is a perfect language for Chatbots.”
15:31 – Chuck: We will have to dive into that a little more.
16:06 – Chuck: Do you have some picks for us?
16:09 – Advertisement: Chuck’s Get A Coder Job!
Links:
Episode 326 of Ruby Rogues Microsoft Build Ruby Chatbot Elixir Jamie Wright’s GitHub Jamie Wright’s Twitter Chuck’s TwitterSponsors:
Code Badges Get a Coder JobPicks:
Charles
Disney Emoji Blitz Skitch – EvernoteJamie
Book: Deep Work Go play paintball! - 00:53:49
RR 379: "Caching in Rails" with Jeff Kreeftmeijer
All Ruby Podcasts by Devchat.tv addPanel:
Charles Max Wood Dave Kimura Eric BerrySpecial 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 – Picks
Links:
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 BootsnapSponsors:
Sentry Digital Ocean Get a Coder Job CoursePicks:
Charles
Notion.so Traveller’s Gift by Andy Andrews The Shack by William Paul YoungDave
Drift Ruby Episode – Renderer Tool – Scroll SawEric
Skitch – screen capture tool – free product Library by MERT / eggplanetio by Brian GonzalezJeff
AsciiDoctor AsciiDoc Home Page Performance in Rails – Interview - 00:22:25
MRS 059: Rob Miller
All Ruby Podcasts by Devchat.tv addPanel: Charles Max Wood
Guest: Rob Miller
This week on My Ruby Story, Charles talks to Rob Miller. Rob is a return guess from Ruby Rogues 235. Rob shares his journey into programming, starting with creating HTML and CSS and website building. Rob talks about his book Text Processing with Ruby and projects and he is currently working on.
In particular, we dive pretty deep on
1:15 - Rob shares about getting into programming starting with Geocities and website building
4:00 - Rob and Charles talks about the old ways of working with websites building
5:20 - Rob talks about when he go into Ruby, and along with PHP and Rails.
6:09 - Rod share on what he like most about Ruby. The Community and people who were ambassadors for the language. Charles share that this is similar to his experience with getting into Ruby. The community is amazing and very helpful.
8:00 - Charles ask Rob about his book about “Text Processing with Ruby.” Rob shares his reason for writing this book about text wrangling.
11:00 - Rob share more on Dev Ops and other connecting tools to Ruby.
12:00 - Charles ask about other thing Rob is doing with Ruby. Rob says it is mostly web development materials and things that have to with web.
13:00 - Rob mentions that nowadays he is working on marketing, data and working with companies with their products on the backend of marketing and programming.
15:00 - Rob says this is a way for him to help him promote his book. Rob shares a bit on The 3 Virtues of a Programmer: Laziness, Impatience, and Hubris.
16:00 - Charles ask Rob about writing a book. Charles asks about the process with Pragmatic Book Shelf. Rob shares the dos and don’ts of his experience with his book.
19:00 - Shares information on where you connect find out more about him and his book.
Links:
Ruby Rogues Episode 235 Rob's Blog Robs’s GitHub Rob’s Twitter Text Processing with Ruby Pragmatic Book ShelfSponsors:
Code Badges Get a Coder JobPicks:
Charles
Writing a book in Markdown - 00:44:17
RR 378: Ruby performance: MJIT with John Hawthorn
All Ruby Podcasts by Devchat.tv addPanel:
Charles Max Wood David Richards Dave Kimura Eric BerrySpecial Guests: John Hawthorn
In 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 GitHubSponsors
Sentry Digital Ocean Get a Coder Job CoursePicks:
Charles
Iron Druid Chronicles by Kevin Hearne Zoom Notion Eric BegayDave
Sony WH-1000XM2 Ryobi Bench SanderDavid
Stephen Fry in AmericaEric
Remote for Slides ZoomJohn
Julia Evans Blog Posts Celeste - 00:21:18
MRS 058: Aaron Sumner
All Ruby Podcasts by Devchat.tv addPanel: Charles Max Wood
Guest: Aaron Sumner
This week on My Ruby Story, Charles talks to Aaron Sumner. Aaron is a senior software engineer at O’Reilly Media as well as runs the blog Everyday Rails and wrote a book entitled Everyday Rails Testing with RSpec. He first got into programming when his school got a computer and he took a computer class at a local community college that he took in order to learn how to write games. They talk about how he got into Ruby, what he is proud of contributing to the community, why he decided to write his book, and more!
In particular, we dive pretty deep on:
Ruby Rogues Episode 353 Aaron intro Writer of Everyday Rails blog and the book Everyday Rails Testing with RSpec How did you first get into programming? University of Kansas – Links browser Web development in college How did you get into Ruby? Perl and PHP Got to decide which stack to use at new job – tried out Rails and Django Why's (Poignant) Guide to Ruby What are the things that you get excited about? What have you done in the community that you’re proud of? Why did you write the book about testing in Rails? Saw that very few books were available Deliberate about how to learn testing Writing the book based off of his popular blog posts Self-published on LeanPub Writing a book was a good next step for him at the time Where has most of your contribution to the community been? Speaks at conferences Active in meetups What are you working on currently? And much, much more!Links:
Ruby Rogues Episode 353 O’Reilly Media Everyday Rails Everyday Rails Testing with RSpec Links Ruby Perl Rails Django Why's (Poignant) Guide to Ruby LeanPub aaronsumner.com @ruralocity Aaron’s GitHub @everydayrailsSponsors:
Code Badges Get a Coder JobPicks:
Charles
Sous Vide Amazon SmileAaron
Franklin Barbecue: A Meat-Smoking Manifesto by Aaron Franklin BBQ with Franklin - 00:53:02
RR 377: Upgrading a Rails application incrementally with Luke Francl
All Ruby Podcasts by Devchat.tv addPanel:
Dave Kimura Eric BerrySpecial Guests: Luke Francl
In 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 GitHubSponsors
Sentry Digital Ocean Get a Coder Job CoursePicks:
Dave
Screenflow LED LightbulbsEric
Navicat EssentialsLuke
Designing Data-Intensive Applications by Martin Kleppmann - 00:37:41
MRS 057: Justin Collins
All Ruby Podcasts by Devchat.tv addPanel: Charles Max Wood
Guest: Justin Collins
This week on My Ruby Story, Charles talks to Justin Collins. Justin is most well known in the Ruby community for Brakeman and he was previously on Ruby Rogues Episode 219. Justin first got into programming when he was about 11 or 12 when his uncle handed down to him his TRS-80 Model 100 computer. They talk about his experience with event-driven programming, how he got into Ruby, what it was about Ruby that really got him excited, how Brakeman came to be, and more!
In particular, we dive pretty deep on:
Ruby Rogues Episode 219 Known for Brakeman How did you first get into programming? Interested in computers around 11 or 12 TRS-80 Model 100 Started off with Basic Event driven programming How did you get into Ruby? Computer Science major in college C++, Java, and C in college Perl, Python, and Ruby His first real experience with Ruby Rails was “too cool” at the beginning What was it about Ruby that really got you excited? Really liked Ruby’s aesthetics Very much a “feel” kind of person Fun, new, and welcoming community with Ruby How starting off with Basic has affected him now How did you get into security, Rails, and Brakeman? Needed an internship Internship with security department AT&T interactive Is there anything else that you’ve done in the Ruby community that you’re prod of? Rails-sqli.org And much, much more!Links:
Ruby Rogues Episode 219 Brakeman Ruby Perl Python Rails Rails-sqli.org @presidentbeef presidentbeef.com Justin’s GitHub JavaScript Jabber Episode 201Sponsors:
FreshBooks Loot CratePicks:
Charles
BraveJustin
Authy haveibeenpwned.com Ale - 01:06:24
RR 376: "Ruby Performance" with Nate Berkopec
All Ruby Podcasts by Devchat.tv addPanel:
Charles Max Wood Eric Berry David RichardsSpecial Guests: Nate Berkopec
In 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 SpeedshopSponsors
Sentry Digital Ocean FreshBooksPicks:
Charles
Golf Clubs Get a Coder Job eBook Get a Coder Job Video CourseEric
Surviving the Framework Hype Cycle by Brandon Hays - talk TaylorMade M1 DriverDavid
Every Chapter of Thinking Fast, and Slow in 7 Minutes by Conor Dewey Poem a dayNate
jemalloc Queer Eye Kerbal Space Program krpc for Ruby - 00:41:19
MRS 056: Sean Fioritto
All Ruby Podcasts by Devchat.tv addPanel: Charles Max Wood
Guest: Sean Fioritto
This week on My Ruby Story, Charles talks to Sean Fioritto. Sean is a developer that five years ago quit his job to do his own thing and work on different projects such as Sketching with CSS, Angular Escape Plan training, and consulting. He first got into programming when he had an idea to create things such as rooms and spells in his MOO game. They talk about how he got into professional style programming, how he got into drawing with CSS, why he created the Angular Escape Plan, and more!
In particular, we dive pretty deep on:
Ruby Rogues Episode 203 Sean intro Works with Angular, React, Vue, and many other frameworks Focus on front-end How did you first get into programming? Dad got him a book on Python – how he got into Python Playing on a “MOO” CodeWarrior How did you get into professional style programming? Studied Computer Science and Piano in college Got started with Python Not a Ruby developer, but has worked with Rails Artificial Intelligence by Peter Norvig Having fun with coding How did you come around to the drawing with CSS stuff? Had no clue as to what he was going to do after graduation Being the only trained programmer on the team Working with prototypes Where did the idea to create the Angular Escape Plan come from? Angular was very up and coming Helping others to understand Angular 1 jQuery And much, much more!Links:
Ruby Rogues Episode 203 Sketching with CSS Angular Escape Plan Angular React Vue Python Ruby Rails Artificial Intelligence by Peter Norvig jQuery @sfioritto Work with Sean Sean’s Website Sean’s GitHubSponsors:
FreshBooks Loot CratePicks:
Charles
TrelloSean
Hope and Help for Your Nerves by Claire Weekes Nourish Balance Thrive Fly.io - 00:58:07
RR 375: "How to Contribute to Ruby" with Sihui Huang
All Ruby Podcasts by Devchat.tv addPanel:
Eric BerrySpecial Guests: Sihui Huang
In 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 GitHubSponsors
Sentry Digital Ocean FreshBooksPicks:
Eric
Gitcoin Ruby Developer Community Cross StitchingSihui
Human Behavior Biology Mini Habit Mastery on Udemy - 00:31:56
MRS 055: Nadia Odunayo
All Ruby Podcasts by Devchat.tv addPanel: Charles Max Wood
Guest: Nadia Odunayo
This week on My Ruby Story, Charles talks to Nadia Odunayo. Nadia was previously on Ruby Rogues Episode 264 and she used to have her own podcast called Ruby Book Club. She first got into programming because when she was in college she launched a creative writing publication and she was frustrated that she had to keep asking others for help. This was when she started researching coding and how it all worked so that she could put her ideas into action. They talk about Ruby being the first programming language she learned, the importance of learning both the frontend and the backend, her desire to run her own thing, her need to find a company that would support her learning, and more!
In particular, we dive pretty deep on:
Ruby Rogues Episode 264 Ruby Book Club How did you first get into programming? Hated having to ask other for help Studied Philosophy, Politics, and Economics at University Code First: Girls Have you done much with your degree? Her first talk as a junior Ruby developer Economics is about how people behave Was Ruby your first programming language? Learning HTML, CSS and the Ruby and Rails Frontend VS backend How long was the program? Learning Ruby first and the pros to that Sinatra Do you feel like the boot camp prepared you to be a full-time Ruby developer? Wanting to run her own thing Doing these courses only scratches the surface How did you find a company that supported your learning? Pivotal Labs TDD and pairing When she joined Pivotal VS now What are you doing currently? And much, much more!Links:
Ruby Rogues Episode 264 Ruby Book Club Code First: Girls Ruby Rails Sinatra Pivotal Labs @nodunayo nadiaodunayo.com Nadia’s GitHubSponsors:
FreshBooks Loot CratePicks:
Charles
Being willing to get some help Kiwi CrateNadia
Nonviolent Communication by Marshall B. Rosenberg The Evolution of Trust Work Life Podcast - 00:50:23
RR 374: Ruby 2.5 Enumerable Predicates Accept Pattern Argument WITH Prathamesh Sonpatki
All Ruby Podcasts by Devchat.tv addPanel:
Charles Max Wood David Richards Eric Berry Dave KimuraSpecial Guests: Prathamesh Sonpatki
In 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 @BigBinarySponsors
Sentry Digital Ocean FreshBooksPicks:
Charles
Writing code for fun Notion.so Chuck@DevChat.tvEric
thehotline.org 1 (800) 799-SAFE (7233)Dave
Boundaries with Kids by Henry Cloud RhinoRampsPrathamesh
RubyConf India Sign up to speak at RubyConf India Ruby 2.6 Blogs - 00:49:47
MRS 054: Mark Locklear
All Ruby Podcasts by Devchat.tv addPanel: Charles Max Wood
Guest: Mark Locklear
This week on My Ruby Story, Charles talks to Mark Locklear. Mark first got into programming when there wasn’t a lot of opportunities for him to continue to work in quality assurance and he decided he wanted a change of career, so he went to community college to learn programming. They talk about how he was first exposed to Rails, where he is working currently, and what was it about Rails that got him excited. They also touch on what made him want to move from quality assurance, how he mentors his students at the community college, and more!
In particular, we dive pretty deep on:
Ruby Rogues Episode 316 How did you first get into programming? Has only been programming for about 10 years Went into IT during the internet boom Used to work in IT quality assurance Went back to school for programming Java, PHP, and C++ classes Red Hat contracting in Raleigh How did you get into Rails? Taught himself Rails at his local library Currently working at Extension.org What is the cooperative extension service? What do you do at Extension.org? ask.extension.org What was it with Ruby and Rails that made you want to move from QA? Masters in Information Science You’re never too old to learn Get an idea for an app and try and make that Ruby is very intuitive, friendly, and the syntax is easy to understand Mentors students in Rails at the community college he went to Expose yourself to as many frameworks as you can It’s never too late to pursue a career in programming And much, much more!Links:
Ruby Rogues Episode 316 Red Hat Rails Extension.org ask.extension.org Ruby @marklocklear Mark’s Medium locklear.me Mark’s GitHubSponsors:
FreshBooks Loot CratePicks:
Charles
Zig Ziglar The Traveler's Gift by Andy Andrews Good-Bye to All That by Robert Graves Life Promises for Leaders by Zig Ziglar Overcoming the Five Dysfunctions of a Team by Patrick M. Lencioni Audible The 5 Love Languages of Children by Gary Chapman The 5 Love Languages by Gary ChapmanMark
Wicked Weed Brewing The Perfectionists by Simon Winchester - 00:51:37
RR 373: Super Good Software/Stembolt Technologies - Understanding Your Production Apps with Jared Norman
All Ruby Podcasts by Devchat.tv addPanel:
Charles Max Wood David Richards Eric Berry Catherine Meyers Dave KimuraSpecial Guests: Jared Norman
In 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 @SuperGoodSoftSponsors
Sentry Digital Ocean FreshBooksPicks:
Charles
Home Depot tool rental Podcast Movement Framework Summit Chuck@devchat.tvEric
'Resting bitch face' is real, scientists say – CNN articleDavid
Basin and Range by John McPheeCatherine
Scott’s Cheap FlightsDave
Configuring a Sentry Server on Ubuntu 16.04 by Dave Re-engageJared
Living Computers fzf fzy - 00:39:07
MRS 053: Jerome Hardaway
All Ruby Podcasts by Devchat.tv addPanel: Charles Max Wood
Guest: Jerome Hardaway
This week on My Ruby Story, Charles speaks with Jerome Hardaway. Jerome used to be a panelist on Ruby Rogues and loved the ability to share his knowledge and interact with so many people from the community. He first got into programming by accident when he couldn’t find a job after becoming a veteran. He saw a commercial about job opportunities in coding, ended up finding a book on SQL and taught himself how to program. They talk about where he ran across Ruby on Rails, what he has worked on that he is particularly proud of, what he is doing currently, and more!
In particular, we dive pretty deep on:
Jerome’s experience being a panelist on Ruby Rogues Loves being able to reach his goals in a speedy manner Ruby Rogues Episode 279 JavaScript Jabber Episode 239 How did you first get into programming? In the military during the recession and had trouble finding a job Saw a commercial about coding Taught himself SQL Wordpress Focusing on making Vets Who Code better People would go for products over projects any day Chose Ruby on Rails Setting himself apart by picking to focus on Ruby on Rails Where did you come across Ruby on Rails? From PHP to Ruby on Rails Ruby Have you found the learning curve has gotten steeper for Rails? Keeping up with the JavaScript community What have you done on Ruby in Rails that you are proud of? Being the right person for the job when you don’t look like it on paper What are you working on now? And much, much more!Links:
Ruby Rogues Episode 279 JavaScript Jabber Episode 239 Vets Who Code Ruby Rogues Wordpress Ruby on Rails Ruby JavaScript @JeromeHardaway Vets Who Code blog Jerome’s GitHubSponsors:
Loot Crate FreshBooksPicks
Charles
Take some time with the people you care about MattermostJerome
Brian Holt Frontend Masters Pragmatic Studio - 01:05:59
RR 372: Hiring with Mindaugas Mozūras
All Ruby Podcasts by Devchat.tv addPanel:
Charles Max Wood David Richards Eric Berry Catherine MeyersSpecial Guests: Mindaugas Mozūras
In 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.comSponsors
Sentry Digital Ocean FreshBooksPicks:
Charles
Sit down and write code Take a minute for yourselfEric
hackajob.co The Subtle Art of Not Giving a F*ck by Mark MansonDavid
Studying to the HILT: Why Learning Should Look More Like Exercise by Jay Lynch OutdoorsCatherine
Reset by Ellen Pao Women Level UpMindaugas
Scaling Teams by Alexander Grosse vim-anywhere - 00:59:00
RR 371: The Modular Monolith: Rails Architecture with Dan Manges
All Ruby Podcasts by Devchat.tv addPanel:
David Richards Dave Kimura Catherine MeyersSpecial Guests: Dan Manges
In 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 GitHubSponsors
Sentry Digital Ocean FreshBooksPicks:
Dave
The IT CrowdDavid
Pay attention to how you’re hiring Atlas of a Lost World by Craig ChildsCatherine
Breaking Into Startups PodcastDan
Postico - Show more