Podcasts about travelers gift andy andrews

Ever read a book that leaves you on fire?!I read The Travelers Gift in one sitting .... WOW that never happens!! BUT let me tell you, it's just that good. Today I'll share what the 7 decisions are and give a brief summary of each one and how they work in our lives. My hope is you'll go pick up both of these books and study them and then take action on them!  https://www.amazon.com/Travelers-Gift-Andy-Andrews/dp/0785273220/ref=sr_1_1?crid=1W4QW4AG61SQI&keywords=the+travelers+gift+by+andy+andrews&qid=1679582535&sprefix=the+trave%2Caps%2C132&sr=8-1https://www.amazon.com/Seven-Decisions-Understanding-Personal-Success/dp/0529104350/ref=sr_1_1?crid=1JATT5K62ELYO&keywords=the+seven+decisions&qid=1679582657&sprefix=the+seven+decisions%2Caps%2C104&sr=8-1If you are gaining value from this podcast, do me a HUGE favor and leave a 5 star rating and written reviewAnd share it to your social media and tag me @whoiserikdale on IG 

How do you define aspire?Don't we all want to figure out how to be a betterversion of ourselves, but we're not sure how?My guest Jose Ibarra is here to share how he can help youwith the starting and stopping with your health and help you with moving forward with some aspiring steps.Learn how success.com/5-ways-to-become-the-person-you-aspire-to-be fits into the plan to aspire to greater things for you.1) Be authentic2) Have vision3) Embrace a never-give-up-attitude4) Remove naysayers and self-doubt5) Believe in yourselfAre you adding value to your life? Hear some great ways to bring value back into your life.Are you dreaming dreams or is there a lid on what you want in life. Learn how to remove the lidto help you achieve more in life. Is your passion being stopped by things in life. Learn how to overcome failure.After all if it doesn't challenge you it would't change you.Quotes shared:“People don't care how much you know until they know how much you care”Theodore Roosevelt"The only thing worse than being blind is having sight but no vision".Helen KellerYou miss 100% of the shots you don't take."Michael Jordan"Imitate me, just as I also imitate Christ."1 Corinthians 11:1"Comparison is the thief of joy”Theodore Roosevelt"After all if it doesn't challenge you it wouldn't change you"Fred DeVitoJose recommended reading these books:"The Four Agreements" By: Don Miguel Ruizhttps://www.amazon.com/Four-Agreements-Practical-Personal-Freedom/dp/1878424319"The Traveler's Gift By: Andy Andrewshttps://www.amazon.com/Travelers-Gift-Andy-Andrews/dp/0785273220https://www.fearlessmotivation.com/•Remember when you walk in Other People's Shoes you get a different perspective!•Other People's Shoes is a non-profit tax-deductible organization. If you feel lead to give click here•Have questions or want to give feedback call or text: 203-548-SHOE•If you enjoy the show you can subscribe to us on your favorite podcast platforms, so you don't miss an episode. We would also love it if you could leave us a review on iTunes!•To hear other episodes go to:www.opspodcast.comYouTube.com•Social Media:**Facebook: Instagram: Twitter: **•If you have questions or comments email us at: opspodcastshow@gmail.com 

Panel: Charles Max Wood Lucas Reis Justin Bennett (guest host) Special Guests: Gant Laborde In this episode, the panel talks with Gant who has been programming for twenty years. In the past, he has been an adjunct professor and loves to teach. Finally, he talks at conferences and enjoys sharing his ideas. The panel talks about the React State Museum, among many other topics, such as: React Native, Flux, Redux, Agile, and XState. Show Topics: 1:24 – Chuck: What do you do? 2:02 – Chuck and Gant: We met at React Rally at 2016. 2:17 – Gant: I have my own sticker branding with a friend in Japan who is genius. She draws all these characters. They are my business card now. 2:41 – Chuck: React State Museum- talk about its brief history and what it is? 2:54 – Gant: React is this beautiful thing of passing these functional capsules around and managing them. Once you start creating another component, the question is how do you actually manage all of these components? We are all so happy to be on the cutting edge, but state management systems come up and die so fast. For like Facebook, there are 2 people who understand Flux. What happens is Redux is the one thing that shows up and... 6:34 – Chuck: I want to say...I think we need to change the topic. You said that JavaScript USED to be bad at classes, but it’s still bad at classes! 6:52 – Gant: Yep. 7:21 – Chuck: Typescript gets us close-ish. 7:31 – Chuck: Do you get feedback on the library? 8:12 – Gant: The requests that I’ve got - it’s from people who are better at (that0 than me. I wanted to test the lines of code. But that’s unfair because there are a lot of things to do. It really was a plan but what happens is – components that are used in this example is that in this node module... 9:41 – Panel: This is an interesting topic. When you assess any technology...if you are not a technology expert than you really can’t say. That’s interesting that you are doing this an open-source way. 10:25 – Gant: I am a huge fan of this vs. that. I am okay with say “this” one wins and “that” one looses. I don’t declare a winner cause it’s more like a Rosetta Stone. I had to find pitfalls and I respect that for the different perspectives. At the end of the day I do have opinions. But there is no winner. They are all the same and they are all extremely different. Are you trying to teach someone in one day? I learned Redux in 2 different days. 12:00 – Panel: Is there a library that helps with X, Y, Z, etc. 12:16 – Gant: I love for teaching and giving people a great start. I just set state and live life. I had to show what X is like. 13:59 – Chuck: Like this conversation about frameworks and which framework to use. Everyone was using Redux, because it was more or less what we wanted it to do. But at the time it cleaned up a bunch of code. Now we have all these other options. We are figuring out... How to write JavaScript if web assembly really took off? Do I write React with X or with Y. And how does this affect all of this? We had all of these conversations but we haven’t settled on the absolute best way to do this. 15:50 – Panel: This is great, and I think this is from the community as a whole. 17:20 – Chuck: I need to ask a question. Is this because the requirements on the frontend has changed? Or... I think we are talking about these state management systems, and this is what Lucas is talking about. 17:45 – Gant: I think it’s both. 18:43 – Panel: Websites have gotten bigger. We have always been pushing CSS. Panelist mentions Facebook Blue, among other things. What does your state look like? What does your validation look like? We are on so many different devices, and so on. 20:00 – Gant: I agree to echo everything that you all have said. I think the expectations are tighter now; that we have less drift. People are being more cognoscente and asking what is our brand. And it’s about brand consistency. And we are expecting more out of our technology, too. We keep pushing the envelope. What about these features? We want to be feature rich, and pushing these envelopes – how can we build more faster with less complexity while building it. You have to put that complexity somewhere. It’s interesting to watch. 22:00 – Chuck: How do we use this React State Museum...where are we going next? 22:19 – Gant: It’s a loaded question. Being able to ID new and interesting concepts. If you had a terrible version and Redux comes along, Redux is great for some companies but not all. You won’t see bugs that are crazy, there is a middle-wear, and maybe for your team going into Redux will make things more manageable. 25:25 – Advertisement – Digital Ocean 26:05 – Panel: Understanding your problem is the first thing to do. Talking about evolutionary architecture – to build your software to evolve. What does tha fit really well? So if you have to pick something new you are in a good position. What are my needs? Don’t look too much forward or 27:38 – Chuck: Advice on looking at your problem-sets? 27:52 – Panel: We have gone from planning too much to not planning at all. I don’t need to plan for too much or else it will “hurt” me. 28:42 – Chuck comments and mentions Agile. 29:29 – Panel and Guest chime in. 29:39 – Panel: I worked on a project (3 months) we needed to do a big change. I asked them why didn’t we take that into consideration. And their answer was... 30:30 – Gant: You might get away with... 30:55 – Chuck: What are some of the knobs on this? If I turn this know Redux is looking good, but if I do this... 31:12 – Gant: There are a lot of attractive knobs. Using app sync, not using app sync. 32:33 – Gant: Is your app really effective? That’s your first important question. How much state do I need on the frontend. And vice versa. 34:02 – Gant: How easy will this be to test? Can I teach someone how to do this? If I cannot teach it then it won’t do my team any good. 34:35 – Panel adds in comments. 35:08 – Gant: Looking at tests. 37:25 – Panel: If you have a great backend team then you can move the work across the team. You have a strong team to move that work along that line – normally you can’t cross that sort of thing. 38:03 – Chuck: There are so many options, too. I see Apollo getting reach here. I don’t see it as a statement tool instead I see it as... 38:31 – Panel: Apollo State – seems like they are pushing the envelope. It’s interesting to watch. 38:54 – Chuck. 39:12 – Gant: I am going to go ahead and use this tool – I am not going to worry about it. But now you are being held accountable. 39:29 – Panel: Question for folks: React not having a blessed ecosystem can hold people back in some ways? You have the freedom to use what you want. Here are the tools that you can use. Do you tink it be better if the Facebook team could do... 40:20 – Gant: I find that I don’t like (being told) this is what you will be using. I am a person with idea. We’d all be using Flux and all be very upset. 41:00 –Then there would be 3 people who don’t understand it. 41:17 – Gant: I loved Google Wave. Fool on my once and shame on me twice... Google Video! Google comes out and says here is BLESSED and you don’t have any choice. But it’s any author for themselves. It’s a little bit silly 0 I would like a beacon from Facebook saying: Here is a guide. It seems that they can’t focus. They are running a large company; I would like to keep it open – friendly energy. 42:24 – Chuck: I am mixed feelings about this. It only plays as far as people play into it. IN a React community there are so many voices. They all have opinions on what you should/shouldn’t use. The one thing that I like about a blessed / recommended stack – brand new person – it’s a good place to art. After that if they realize that Flux is hard then they can go and try other options. There are other things out there; there is a good balance there. 43:36 – Panel: That is the Angular way right? 43:38 – Chuck: Yes but Angular is more opinionated. It’s a different feel. 44:38 - Panel + Guest continue this conversation. 45:00 – The book DRIVE is mentioned. 45:21 – Gant: ... we need more recommendations. 45:43 – Chuck: Let’s talk about Repot and how to use this? If you go and get Repot – Google React State Museum it’s really easy. How should people come to this and pick it up? 46:18 – Gant: The table that comes in there – it links to the main Repot. A lot of people showed up and contributed. First of all show up. Gant mentions a sandbox link – and he talks about getting your hands dirty. React Native is mentioned, too. 48:10 – Gant: There are many opportunities for contributors. I could use my links. Typos, documentations, etc. - anything friendly is accepted here. 49:20 – Gant continues this conversation. 50:33 – Chuck: Anything else to dive into? 50:41 – Panel: I think there could be other things you can bubble up 51:26 – Gant: I would love some help with that. I did have some contributors write some tests. I wrote a test – 4 hours later – and it tells me if it passed or not. It has to go into a new directory, and work in Android, etc. It’s insane testing library. Then there are some checks to see if there is a link in the README. Animation if there is anyone who wants to do some cool stuff – like modules. Maybe it’s apple to oranges comparisons there. I would like to identify that for people. We would like some outside feedback out there. The more the merrier to help with the data is out there. Sanity check complete – yes! 53:24 – How to do that? 53:31 – File a ticket to help contribute. So you can say: I will do this. If you do it in a reasonable amount of time, then heck yes. If you do some open source...Do 10 (I think) and you get a free t-shirt? 54:28 – Advertisement. Links: Kendo UI Ruby on Rails Angular Get A Coder Job Redux Agile A Philosophy of Software Design – book XState Book: Spellmonger Did Someone Steal the Declaration of Independence Again? Book: The Culture Code Gant Laborde’s Twitter Lucas Reis’ Email: lucasmreis@gmail.com Charles Max Wood’s Twitter Sponsors: Kendo UI Digital Ocean Get A Coder Job Picks: Charles My journey – it’s been a rough year – with my dad passing. Willing to think it and process it, and it’s a healthy thing. Book: The Traveler’s Gift by Andy Andrews Book: The Shack by William Paul Young Gant Book: Harry Potter - Methods of Rationality Magicians XState is amazing! Culture Code - especially if you work remote. The pains that can happen by working remotely. Helps you identify those issues. Talk in Poland – Secret project. Lose the Declaration of Independence. “Where’s Waldo?” I am going to find Nicholas Cage in the audience and he will have the Declaration of Independence in backpack. Fake government website. Justin XState – Not Reactive specific Spellmonger: Book One of the... by Terry Mancour Book: Building Evolutionary Architectures Lucas Book: A Philosophy of Software Design by John Ousterhout

Panel: Charles Max Wood Lucas Reis Justin Bennett (guest host) Special Guests: Gant Laborde In this episode, the panel talks with Gant who has been programming for twenty years. In the past, he has been an adjunct professor and loves to teach. Finally, he talks at conferences and enjoys sharing his ideas. The panel talks about the React State Museum, among many other topics, such as: React Native, Flux, Redux, Agile, and XState. Show Topics: 1:24 – Chuck: What do you do? 2:02 – Chuck and Gant: We met at React Rally at 2016. 2:17 – Gant: I have my own sticker branding with a friend in Japan who is genius. She draws all these characters. They are my business card now. 2:41 – Chuck: React State Museum- talk about its brief history and what it is? 2:54 – Gant: React is this beautiful thing of passing these functional capsules around and managing them. Once you start creating another component, the question is how do you actually manage all of these components? We are all so happy to be on the cutting edge, but state management systems come up and die so fast. For like Facebook, there are 2 people who understand Flux. What happens is Redux is the one thing that shows up and... 6:34 – Chuck: I want to say...I think we need to change the topic. You said that JavaScript USED to be bad at classes, but it’s still bad at classes! 6:52 – Gant: Yep. 7:21 – Chuck: Typescript gets us close-ish. 7:31 – Chuck: Do you get feedback on the library? 8:12 – Gant: The requests that I’ve got - it’s from people who are better at (that0 than me. I wanted to test the lines of code. But that’s unfair because there are a lot of things to do. It really was a plan but what happens is – components that are used in this example is that in this node module... 9:41 – Panel: This is an interesting topic. When you assess any technology...if you are not a technology expert than you really can’t say. That’s interesting that you are doing this an open-source way. 10:25 – Gant: I am a huge fan of this vs. that. I am okay with say “this” one wins and “that” one looses. I don’t declare a winner cause it’s more like a Rosetta Stone. I had to find pitfalls and I respect that for the different perspectives. At the end of the day I do have opinions. But there is no winner. They are all the same and they are all extremely different. Are you trying to teach someone in one day? I learned Redux in 2 different days. 12:00 – Panel: Is there a library that helps with X, Y, Z, etc. 12:16 – Gant: I love for teaching and giving people a great start. I just set state and live life. I had to show what X is like. 13:59 – Chuck: Like this conversation about frameworks and which framework to use. Everyone was using Redux, because it was more or less what we wanted it to do. But at the time it cleaned up a bunch of code. Now we have all these other options. We are figuring out... How to write JavaScript if web assembly really took off? Do I write React with X or with Y. And how does this affect all of this? We had all of these conversations but we haven’t settled on the absolute best way to do this. 15:50 – Panel: This is great, and I think this is from the community as a whole. 17:20 – Chuck: I need to ask a question. Is this because the requirements on the frontend has changed? Or... I think we are talking about these state management systems, and this is what Lucas is talking about. 17:45 – Gant: I think it’s both. 18:43 – Panel: Websites have gotten bigger. We have always been pushing CSS. Panelist mentions Facebook Blue, among other things. What does your state look like? What does your validation look like? We are on so many different devices, and so on. 20:00 – Gant: I agree to echo everything that you all have said. I think the expectations are tighter now; that we have less drift. People are being more cognoscente and asking what is our brand. And it’s about brand consistency. And we are expecting more out of our technology, too. We keep pushing the envelope. What about these features? We want to be feature rich, and pushing these envelopes – how can we build more faster with less complexity while building it. You have to put that complexity somewhere. It’s interesting to watch. 22:00 – Chuck: How do we use this React State Museum...where are we going next? 22:19 – Gant: It’s a loaded question. Being able to ID new and interesting concepts. If you had a terrible version and Redux comes along, Redux is great for some companies but not all. You won’t see bugs that are crazy, there is a middle-wear, and maybe for your team going into Redux will make things more manageable. 25:25 – Advertisement – Digital Ocean 26:05 – Panel: Understanding your problem is the first thing to do. Talking about evolutionary architecture – to build your software to evolve. What does tha fit really well? So if you have to pick something new you are in a good position. What are my needs? Don’t look too much forward or 27:38 – Chuck: Advice on looking at your problem-sets? 27:52 – Panel: We have gone from planning too much to not planning at all. I don’t need to plan for too much or else it will “hurt” me. 28:42 – Chuck comments and mentions Agile. 29:29 – Panel and Guest chime in. 29:39 – Panel: I worked on a project (3 months) we needed to do a big change. I asked them why didn’t we take that into consideration. And their answer was... 30:30 – Gant: You might get away with... 30:55 – Chuck: What are some of the knobs on this? If I turn this know Redux is looking good, but if I do this... 31:12 – Gant: There are a lot of attractive knobs. Using app sync, not using app sync. 32:33 – Gant: Is your app really effective? That’s your first important question. How much state do I need on the frontend. And vice versa. 34:02 – Gant: How easy will this be to test? Can I teach someone how to do this? If I cannot teach it then it won’t do my team any good. 34:35 – Panel adds in comments. 35:08 – Gant: Looking at tests. 37:25 – Panel: If you have a great backend team then you can move the work across the team. You have a strong team to move that work along that line – normally you can’t cross that sort of thing. 38:03 – Chuck: There are so many options, too. I see Apollo getting reach here. I don’t see it as a statement tool instead I see it as... 38:31 – Panel: Apollo State – seems like they are pushing the envelope. It’s interesting to watch. 38:54 – Chuck. 39:12 – Gant: I am going to go ahead and use this tool – I am not going to worry about it. But now you are being held accountable. 39:29 – Panel: Question for folks: React not having a blessed ecosystem can hold people back in some ways? You have the freedom to use what you want. Here are the tools that you can use. Do you tink it be better if the Facebook team could do... 40:20 – Gant: I find that I don’t like (being told) this is what you will be using. I am a person with idea. We’d all be using Flux and all be very upset. 41:00 –Then there would be 3 people who don’t understand it. 41:17 – Gant: I loved Google Wave. Fool on my once and shame on me twice... Google Video! Google comes out and says here is BLESSED and you don’t have any choice. But it’s any author for themselves. It’s a little bit silly 0 I would like a beacon from Facebook saying: Here is a guide. It seems that they can’t focus. They are running a large company; I would like to keep it open – friendly energy. 42:24 – Chuck: I am mixed feelings about this. It only plays as far as people play into it. IN a React community there are so many voices. They all have opinions on what you should/shouldn’t use. The one thing that I like about a blessed / recommended stack – brand new person – it’s a good place to art. After that if they realize that Flux is hard then they can go and try other options. There are other things out there; there is a good balance there. 43:36 – Panel: That is the Angular way right? 43:38 – Chuck: Yes but Angular is more opinionated. It’s a different feel. 44:38 - Panel + Guest continue this conversation. 45:00 – The book DRIVE is mentioned. 45:21 – Gant: ... we need more recommendations. 45:43 – Chuck: Let’s talk about Repot and how to use this? If you go and get Repot – Google React State Museum it’s really easy. How should people come to this and pick it up? 46:18 – Gant: The table that comes in there – it links to the main Repot. A lot of people showed up and contributed. First of all show up. Gant mentions a sandbox link – and he talks about getting your hands dirty. React Native is mentioned, too. 48:10 – Gant: There are many opportunities for contributors. I could use my links. Typos, documentations, etc. - anything friendly is accepted here. 49:20 – Gant continues this conversation. 50:33 – Chuck: Anything else to dive into? 50:41 – Panel: I think there could be other things you can bubble up 51:26 – Gant: I would love some help with that. I did have some contributors write some tests. I wrote a test – 4 hours later – and it tells me if it passed or not. It has to go into a new directory, and work in Android, etc. It’s insane testing library. Then there are some checks to see if there is a link in the README. Animation if there is anyone who wants to do some cool stuff – like modules. Maybe it’s apple to oranges comparisons there. I would like to identify that for people. We would like some outside feedback out there. The more the merrier to help with the data is out there. Sanity check complete – yes! 53:24 – How to do that? 53:31 – File a ticket to help contribute. So you can say: I will do this. If you do it in a reasonable amount of time, then heck yes. If you do some open source...Do 10 (I think) and you get a free t-shirt? 54:28 – Advertisement. Links: Kendo UI Ruby on Rails Angular Get A Coder Job Redux Agile A Philosophy of Software Design – book XState Book: Spellmonger Did Someone Steal the Declaration of Independence Again? Book: The Culture Code Gant Laborde’s Twitter Lucas Reis’ Email: lucasmreis@gmail.com Charles Max Wood’s Twitter Sponsors: Kendo UI Digital Ocean Get A Coder Job Picks: Charles My journey – it’s been a rough year – with my dad passing. Willing to think it and process it, and it’s a healthy thing. Book: The Traveler’s Gift by Andy Andrews Book: The Shack by William Paul Young Gant Book: Harry Potter - Methods of Rationality Magicians XState is amazing! Culture Code - especially if you work remote. The pains that can happen by working remotely. Helps you identify those issues. Talk in Poland – Secret project. Lose the Declaration of Independence. “Where’s Waldo?” I am going to find Nicholas Cage in the audience and he will have the Declaration of Independence in backpack. Fake government website. Justin XState – Not Reactive specific Spellmonger: Book One of the... by Terry Mancour Book: Building Evolutionary Architectures Lucas Book: A Philosophy of Software Design by John Ousterhout

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 – 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 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

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 – 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 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

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 – 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 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

Panel: Charles Max Wood John Papa Alyssa Nicholl Joe Eames Shai Reznik Ward Bell In this episode, the Adventures in Angular panel talks about what Ward is doing currently, which is working on a large, complex, and involved application that they are using Angular for. They are using this episode to discuss a real-world Angular project or real “Ward” Angular project. They talk a little about what the project is, challenges he has had to overcome, and the differences that come with writing apps in reactivity. They also touch on the idea that “the mystery is part of the pattern,” reactive forms, and more! In particular, we dive pretty deep on: Get a Coder Job course Angular Ward’s project intro Ward runs a business that builds applications for people Taking lead on a new project ngRx data Redux and RxJS His company makes Breeze Needed an enrollment app Didn’t want to use Breeze, they wanted him to use reactive programming Needed the application to be as simple as possible Why he decided to give reactivity programming a chance Challenges he’s faced Writing enterprise apps in reactivity Immutability Forms over data apps Reactive forms The mystery is part of the pattern Effects Debugging tools Reactive pattern Discovering new ways to code Reactive programming brings in a different set of problems, but it’s not that it’s right or wrong React State Museum And much, much more! Links: Get a Coder Job course Angular ngRx data Redux RxJS Breeze React State Museum Sponsors Angular Boot Camp Digital Ocean Get a Coder Job course Picks: Charles The Traveler's Gift by Andy Andrews The Shack by Wm. Paul Young John Framework Summit Angular Mix Joe Dungeons and Dragons Lutron Caseta Wireless Smart Lighting Dimmer Switch with Amazon Echo Shai Akita Netanel Basal’s Medium Inside Ivy: Exploring the New Angular Compiler by Uri Shaked Ward Virgin Galactic’s Rocket Man

Panel: Charles Max Wood John Papa Alyssa Nicholl Joe Eames Shai Reznik Ward Bell In this episode, the Adventures in Angular panel talks about what Ward is doing currently, which is working on a large, complex, and involved application that they are using Angular for. They are using this episode to discuss a real-world Angular project or real “Ward” Angular project. They talk a little about what the project is, challenges he has had to overcome, and the differences that come with writing apps in reactivity. They also touch on the idea that “the mystery is part of the pattern,” reactive forms, and more! In particular, we dive pretty deep on: Get a Coder Job course Angular Ward’s project intro Ward runs a business that builds applications for people Taking lead on a new project ngRx data Redux and RxJS His company makes Breeze Needed an enrollment app Didn’t want to use Breeze, they wanted him to use reactive programming Needed the application to be as simple as possible Why he decided to give reactivity programming a chance Challenges he’s faced Writing enterprise apps in reactivity Immutability Forms over data apps Reactive forms The mystery is part of the pattern Effects Debugging tools Reactive pattern Discovering new ways to code Reactive programming brings in a different set of problems, but it’s not that it’s right or wrong React State Museum And much, much more! Links: Get a Coder Job course Angular ngRx data Redux RxJS Breeze React State Museum Sponsors Angular Boot Camp Digital Ocean Get a Coder Job course Picks: Charles The Traveler's Gift by Andy Andrews The Shack by Wm. Paul Young John Framework Summit Angular Mix Joe Dungeons and Dragons Lutron Caseta Wireless Smart Lighting Dimmer Switch with Amazon Echo Shai Akita Netanel Basal’s Medium Inside Ivy: Exploring the New Angular Compiler by Uri Shaked Ward Virgin Galactic’s Rocket Man

Panel: Charles Max Wood John Papa Alyssa Nicholl Joe Eames Shai Reznik Ward Bell In this episode, the Adventures in Angular panel talks about what Ward is doing currently, which is working on a large, complex, and involved application that they are using Angular for. They are using this episode to discuss a real-world Angular project or real “Ward” Angular project. They talk a little about what the project is, challenges he has had to overcome, and the differences that come with writing apps in reactivity. They also touch on the idea that “the mystery is part of the pattern,” reactive forms, and more! In particular, we dive pretty deep on: Get a Coder Job course Angular Ward’s project intro Ward runs a business that builds applications for people Taking lead on a new project ngRx data Redux and RxJS His company makes Breeze Needed an enrollment app Didn’t want to use Breeze, they wanted him to use reactive programming Needed the application to be as simple as possible Why he decided to give reactivity programming a chance Challenges he’s faced Writing enterprise apps in reactivity Immutability Forms over data apps Reactive forms The mystery is part of the pattern Effects Debugging tools Reactive pattern Discovering new ways to code Reactive programming brings in a different set of problems, but it’s not that it’s right or wrong React State Museum And much, much more! Links: Get a Coder Job course Angular ngRx data Redux RxJS Breeze React State Museum Sponsors Angular Boot Camp Digital Ocean Get a Coder Job course Picks: Charles The Traveler's Gift by Andy Andrews The Shack by Wm. Paul Young John Framework Summit Angular Mix Joe Dungeons and Dragons Lutron Caseta Wireless Smart Lighting Dimmer Switch with Amazon Echo Shai Akita Netanel Basal’s Medium Inside Ivy: Exploring the New Angular Compiler by Uri Shaked Ward Virgin Galactic’s Rocket Man

Panel: 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 GitHub Sponsors: FreshBooks Loot Crate Picks: 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 Chapman Mark Wicked Weed Brewing The Perfectionists by Simon Winchester

Panel: 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 GitHub Sponsors: FreshBooks Loot Crate Picks: 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 Chapman Mark Wicked Weed Brewing The Perfectionists by Simon Winchester

Panel: 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 GitHub Sponsors: FreshBooks Loot Crate Picks: 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 Chapman Mark Wicked Weed Brewing The Perfectionists by Simon Winchester