Podcast appearances and mentions of chuck does

Sure, sure, we mention COVID-19 to start (and I'm including it here for SEO purposes), but the meat, potatoes, AND dessert of the episode is Chuck giving the lowdown on his gig filming for the podcast Tell 'Em Steve-Dave. We give background on the podcast, how Chuck got involved, and then Chuck relates the story of his most recent trip to Jersey to film with the guys. There are absolutely ZERO spoilers in this episode for TESD projects - but Chuck DOES tell an amazing door about an intoxicated gentleman causing havoc in a chicken restaurant (not related to filming), so there's that. A fun look at what REALLY goes on for Chuck's work!- Brad

We’re live. And the Witchhunt Continues! Believe it or not ladies and gentlemen, they are still pursuing Chuck and John to take them down from the internet (LOL). This is practically impossible for 2 main reasons, John is practically showing his middle finger to their faces and he’s just going to keep at it, that’s just how John is, and in a Witchhunt that just doesn’t work. On the other hand, Chuck Does not even care, it’s just not that important for him and this type of behavior also freaks out the mob. But they are still coming for them, Chuck is receiving much more attacks because they still think they can take him down. It’s just not going to happen, deal with it people. Thought of the week John – “In order to have a Witchhunt, there needs to be fear and it´s not happening”

Panel: Charles Max Wood Joe Eames John Papa Alyssa Nicoll Special Guest:  Michael Giambalvo In this episode, Chuck talks with special guest Michael Giambalvo who is an author of the book titled, “Testing Angular Applications.” This book can be purchased through Amazon, Manning Publications, among other sites, too. The panelists and the guest talk about different types of tests, such as end-to-end testing and unit testing. They also talk about Angular, Java, Mocha, Test Café, and much more! Check it out! Show Topics: 0:00 – Advertisement: AngularBootCamp.Com 0:53 – Chuck: Our panel is John Papa, Joe Eames, Alyssa Nicoll, and myself. My new show is the DevRev – check it out, please! 1:26 – Guest: I am a contributing author to our new book, which is about Angular. 1:56 – Chuck: How is it like to write with multiple people? 2:04 – Guest: Yep it’s hard b/c we are in different areas. Back in the 2.0 days, Jesse was writing a book. He was talking about typescript and components. Craig made friends with Jesse and they were talking about the book he was writing. Then we all jumped in to get in finished. We all had areas that we were specialists in! 3:21 – Alyssa: If you break it up that makes sense. 3:31 – Guest. 3:40 – Panel: Pick different words and go around the room. 3:51 – Panel: You write the first ½ of a sentence and then you write the other ½ of the sentence! 4:10 – Guest: You have these big word documents and go back-and-forth. 4:36 – Alyssa: Editing and then pass it back-and-forth – how does that work? 4:46 – Guest: It’s like 8 pass backs-and-forth. 5:35 – Guest: The editing was the main issue – it took forever! 5:50 – Chuck: We were going to co-author a book and we didn’t. Chuck: If you could break down the book in 4 core topics what would they be? Elevator pitch? What is the starting knowledge? 6:18 – Guest: We expect you to know Angular Intro and that’s it! 6:43 – Chuck: What are the principles? 6:50 – Guest: We talk about the testing component. We highlight the benefits of using Angular vs. Angular.js. That shows up in the book a lot. It’s very example driven. 7:28 – Chuck: We have been talking about testing quite a bit on the show lately. 8:22 – Chuck: Do you see people using the testing in regards to the pyramid? 8:33 – Guest: I am not a huge fan of the pyramid. Some questions I ask are: Does it run quickly? Is it reliable? To give you some background I work on Google Club Platform. 10:21 – The guest talks about “Page Level Integration Tests.” 11:31 – Alyssa. 11:50 – Chuck: After your explanation after writing your book I’m sure it’s a breeze now. Knowing these tests and having the confidence is great. 12:13 – Guest: Tools like Cypress is very helpful. Web Driver Testing, too. 12:43 – Chuck: Where do people start? What do you recommend? Do they start at Protractor or do they come down to unit tests? 13:02 – Guest: Finding the balance is important. 14:30 – Chuck: Check out a past episode that we’ve done. 14:40 – Panel asks a question about tools such as Test Café and Cypress. 14:50 – Guest: I really don’t know Test Café. There is a long story in how all of these fit together. The guest talks about Selenium, Cypress, Safari, Edge, Chrome, Firefox, and Puppeteer! 19:24 – Chuck: Does it work in Electron as well, too? 19:26 – Guest: Good question but I don’t know the answer. 19:39 – Chuck: Maybe a listener could write a comment and tell us. 19:43 – Panel: I’ve used Protractor for many years. I like the explanation that you just gave. The great thing about Protractor is that you can... 20:29 – Guest: We wanted to explain the difficulty of Protractor in this book. Guest: You have this test running in Node but then you have your app running in the browser. You have these 2 different run times. You might have to run them separately and there is tons of complexity. 21:15 – Panel: As I am coding you have this visual browser on one side, and then on the other side you have... 22:22 – Guest asks the panelists a question. 22:32 – Panel: I have only used it for a few months and a few several apps but haven’t had those issues, yet. 22:55 – Guest: I haven’t heard of Test Café at all. 23:05 – Alyssa: Is the book online? 23:13 – Guest: It’s available through Manning Publications and Amazon. I think we have some codes to giveaway! 23:34 – Chuck: Yeah, we are working on those codes and giveaways. We have mentioned about 5 or 6 tools – are you worried about your book going out of date? 24:05 – Guest: Sure that is something we are worried about. When editing took a long time to get through that was one of my thoughts. The guest talks about Selenium, control flow, Protractor, 25:45 – Guest (continues): These new features were coming out while the book was coming out – so there’s that. What’s this thing about control flow and why this matters to you, etc. We were able to add that into the book, which is good. We were able to get those instructions out there. Books have a delay to them. 26:47 – Chuck: We talked about this in JavaScript Jabber. This guest talked about this and he is from Big Nerd Ranch. At what point do you have this breaking point: This isn’t a good fit for Test Café or Selenium BUT a good fit for Mocha or Jest? 27:27 – Advertisement: Get A Coder Job! 28:04 – Guest: Do you have a reason why you would switch testing tools? 28:12 – Chuck. 28:41 – Guest: That’s the tradeoff as you move down the ladder. 29:43 – Panel: If you want to trigger an action that isn’t triggerable? 29:50 – Guest answers the question. 30:07 – Panel. 30:20 – Chuck. 30:33 – Guest: You can access code. Usually something in a workflow will make it happen. You have to fall back on some type of UI sort of thing. It’s almost like doing Tetris! I’ve never had to directly call something. I am not the best one to answer that. 31:16 – Panel: It’s like a weird mix of tests. 31:29 – Panelist is talking about unit testing and other tests. 31:55 – Chuck asks a question. 32:02 – Guest: It depends on the scale of your project. 32:28 – Chuck: Do you guys use a test coverage tool or on the side of: everything should run and then test if there is a bug. 32:43 – Guest: Coverage isn’t the full story. 33:26 – Panel: You said you weren’t a fan of the testing pyramid – can you explain why? 33:43 – Guest: I think it turns too much prescriptive. Guest: I think there are bigger concerns out there and the test pyramid is an over-simplification. 35:22 – Panel: What’s the difference between fast and slow testing? 35:28 – Guest: It really depends on your level of knowledge. If your test suite runs more than twenty minutes to an hour that is probably too slow! 36:03 – Alyssa. 36:09 – Chuck. 36:16 – Alyssa: There is no way that 20 minutes equals that! 36:26 – Guest: 20 minutes is the extreme limit.  36:51 – Chuck. 37:11 – Panel: Any new Twitter news on Trump? 37:21 – Panelist talks about test suites! 37:40 – Panelists and guests go back-and-forth. 38:11 – Chuck: Do you have any recommendations for the unit testing? Keeping it small or not so much? 38:29 – Guest: Think: What is this test asking? Don’t write tests that won’t fail if some other tests could have caught them. 39:04 – Alyssa: That’s smart! 39:09 – Guest continues. 39:28 – Chuck: What else to jump on? Chuck: Do you write your tests in typescript or in Java? 39:48 – Guest answers the question. He mentions Python, typescript, and more! 40:17 – Alyssa. 40:22 – Guest continues. 40:46 – Alyssa: How many people worked on that project? 40:50 – Guest: 2 or 3 framework engineers who did the tooling. About 20 people total for tooling to make sure everything worked. 41:18 – Panelist asks a question. 41:22 – Guest: About 20 minutes! 42:35 – Guest wants to talk about the topic: end-to-end testing! 44:59 – Chuck: Let’s do picks! 45:09 – Fresh Books! END – CacheFly! Links: Vue jQuery Angular JavaScript Python React Cypress Puppeteer – GitHub Protractor Test Mocha.js Selenium C# GitHub: testcafe Istanbul “Protractor: A New Hope” – YouTube Video – Michael Giambalvo & Craig Nishina Book: “Testing Angular Applications” – Manning Publications Michael’s GitHub Michael’s Twitter Sponsors: Angular Boot Camp Cache Fly Picks: Alyssa Fantastic Beasts Joe Skyward War of the Spider Queen Luxur - board game Testing Angular with Cypress.io Space Cadets Sonar Family Charles The DevRev Podcast Gary Vee Audio Experience Michael Scale Captain Sonar

Panel: Charles Max Wood Joe Eames John Papa Alyssa Nicoll Special Guest:  Michael Giambalvo In this episode, Chuck talks with special guest Michael Giambalvo who is an author of the book titled, “Testing Angular Applications.” This book can be purchased through Amazon, Manning Publications, among other sites, too. The panelists and the guest talk about different types of tests, such as end-to-end testing and unit testing. They also talk about Angular, Java, Mocha, Test Café, and much more! Check it out! Show Topics: 0:00 – Advertisement: AngularBootCamp.Com 0:53 – Chuck: Our panel is John Papa, Joe Eames, Alyssa Nicoll, and myself. My new show is the DevRev – check it out, please! 1:26 – Guest: I am a contributing author to our new book, which is about Angular. 1:56 – Chuck: How is it like to write with multiple people? 2:04 – Guest: Yep it’s hard b/c we are in different areas. Back in the 2.0 days, Jesse was writing a book. He was talking about typescript and components. Craig made friends with Jesse and they were talking about the book he was writing. Then we all jumped in to get in finished. We all had areas that we were specialists in! 3:21 – Alyssa: If you break it up that makes sense. 3:31 – Guest. 3:40 – Panel: Pick different words and go around the room. 3:51 – Panel: You write the first ½ of a sentence and then you write the other ½ of the sentence! 4:10 – Guest: You have these big word documents and go back-and-forth. 4:36 – Alyssa: Editing and then pass it back-and-forth – how does that work? 4:46 – Guest: It’s like 8 pass backs-and-forth. 5:35 – Guest: The editing was the main issue – it took forever! 5:50 – Chuck: We were going to co-author a book and we didn’t. Chuck: If you could break down the book in 4 core topics what would they be? Elevator pitch? What is the starting knowledge? 6:18 – Guest: We expect you to know Angular Intro and that’s it! 6:43 – Chuck: What are the principles? 6:50 – Guest: We talk about the testing component. We highlight the benefits of using Angular vs. Angular.js. That shows up in the book a lot. It’s very example driven. 7:28 – Chuck: We have been talking about testing quite a bit on the show lately. 8:22 – Chuck: Do you see people using the testing in regards to the pyramid? 8:33 – Guest: I am not a huge fan of the pyramid. Some questions I ask are: Does it run quickly? Is it reliable? To give you some background I work on Google Club Platform. 10:21 – The guest talks about “Page Level Integration Tests.” 11:31 – Alyssa. 11:50 – Chuck: After your explanation after writing your book I’m sure it’s a breeze now. Knowing these tests and having the confidence is great. 12:13 – Guest: Tools like Cypress is very helpful. Web Driver Testing, too. 12:43 – Chuck: Where do people start? What do you recommend? Do they start at Protractor or do they come down to unit tests? 13:02 – Guest: Finding the balance is important. 14:30 – Chuck: Check out a past episode that we’ve done. 14:40 – Panel asks a question about tools such as Test Café and Cypress. 14:50 – Guest: I really don’t know Test Café. There is a long story in how all of these fit together. The guest talks about Selenium, Cypress, Safari, Edge, Chrome, Firefox, and Puppeteer! 19:24 – Chuck: Does it work in Electron as well, too? 19:26 – Guest: Good question but I don’t know the answer. 19:39 – Chuck: Maybe a listener could write a comment and tell us. 19:43 – Panel: I’ve used Protractor for many years. I like the explanation that you just gave. The great thing about Protractor is that you can... 20:29 – Guest: We wanted to explain the difficulty of Protractor in this book. Guest: You have this test running in Node but then you have your app running in the browser. You have these 2 different run times. You might have to run them separately and there is tons of complexity. 21:15 – Panel: As I am coding you have this visual browser on one side, and then on the other side you have... 22:22 – Guest asks the panelists a question. 22:32 – Panel: I have only used it for a few months and a few several apps but haven’t had those issues, yet. 22:55 – Guest: I haven’t heard of Test Café at all. 23:05 – Alyssa: Is the book online? 23:13 – Guest: It’s available through Manning Publications and Amazon. I think we have some codes to giveaway! 23:34 – Chuck: Yeah, we are working on those codes and giveaways. We have mentioned about 5 or 6 tools – are you worried about your book going out of date? 24:05 – Guest: Sure that is something we are worried about. When editing took a long time to get through that was one of my thoughts. The guest talks about Selenium, control flow, Protractor, 25:45 – Guest (continues): These new features were coming out while the book was coming out – so there’s that. What’s this thing about control flow and why this matters to you, etc. We were able to add that into the book, which is good. We were able to get those instructions out there. Books have a delay to them. 26:47 – Chuck: We talked about this in JavaScript Jabber. This guest talked about this and he is from Big Nerd Ranch. At what point do you have this breaking point: This isn’t a good fit for Test Café or Selenium BUT a good fit for Mocha or Jest? 27:27 – Advertisement: Get A Coder Job! 28:04 – Guest: Do you have a reason why you would switch testing tools? 28:12 – Chuck. 28:41 – Guest: That’s the tradeoff as you move down the ladder. 29:43 – Panel: If you want to trigger an action that isn’t triggerable? 29:50 – Guest answers the question. 30:07 – Panel. 30:20 – Chuck. 30:33 – Guest: You can access code. Usually something in a workflow will make it happen. You have to fall back on some type of UI sort of thing. It’s almost like doing Tetris! I’ve never had to directly call something. I am not the best one to answer that. 31:16 – Panel: It’s like a weird mix of tests. 31:29 – Panelist is talking about unit testing and other tests. 31:55 – Chuck asks a question. 32:02 – Guest: It depends on the scale of your project. 32:28 – Chuck: Do you guys use a test coverage tool or on the side of: everything should run and then test if there is a bug. 32:43 – Guest: Coverage isn’t the full story. 33:26 – Panel: You said you weren’t a fan of the testing pyramid – can you explain why? 33:43 – Guest: I think it turns too much prescriptive. Guest: I think there are bigger concerns out there and the test pyramid is an over-simplification. 35:22 – Panel: What’s the difference between fast and slow testing? 35:28 – Guest: It really depends on your level of knowledge. If your test suite runs more than twenty minutes to an hour that is probably too slow! 36:03 – Alyssa. 36:09 – Chuck. 36:16 – Alyssa: There is no way that 20 minutes equals that! 36:26 – Guest: 20 minutes is the extreme limit.  36:51 – Chuck. 37:11 – Panel: Any new Twitter news on Trump? 37:21 – Panelist talks about test suites! 37:40 – Panelists and guests go back-and-forth. 38:11 – Chuck: Do you have any recommendations for the unit testing? Keeping it small or not so much? 38:29 – Guest: Think: What is this test asking? Don’t write tests that won’t fail if some other tests could have caught them. 39:04 – Alyssa: That’s smart! 39:09 – Guest continues. 39:28 – Chuck: What else to jump on? Chuck: Do you write your tests in typescript or in Java? 39:48 – Guest answers the question. He mentions Python, typescript, and more! 40:17 – Alyssa. 40:22 – Guest continues. 40:46 – Alyssa: How many people worked on that project? 40:50 – Guest: 2 or 3 framework engineers who did the tooling. About 20 people total for tooling to make sure everything worked. 41:18 – Panelist asks a question. 41:22 – Guest: About 20 minutes! 42:35 – Guest wants to talk about the topic: end-to-end testing! 44:59 – Chuck: Let’s do picks! 45:09 – Fresh Books! END – CacheFly! Links: Vue jQuery Angular JavaScript Python React Cypress Puppeteer – GitHub Protractor Test Mocha.js Selenium C# GitHub: testcafe Istanbul “Protractor: A New Hope” – YouTube Video – Michael Giambalvo & Craig Nishina Book: “Testing Angular Applications” – Manning Publications Michael’s GitHub Michael’s Twitter Sponsors: Angular Boot Camp Cache Fly Picks: Alyssa Fantastic Beasts Joe Skyward War of the Spider Queen Luxur - board game Testing Angular with Cypress.io Space Cadets Sonar Family Charles The DevRev Podcast Gary Vee Audio Experience Michael Scale Captain Sonar

Panel: Charles Max Wood Joe Eames John Papa Alyssa Nicoll Special Guest:  Michael Giambalvo In this episode, Chuck talks with special guest Michael Giambalvo who is an author of the book titled, “Testing Angular Applications.” This book can be purchased through Amazon, Manning Publications, among other sites, too. The panelists and the guest talk about different types of tests, such as end-to-end testing and unit testing. They also talk about Angular, Java, Mocha, Test Café, and much more! Check it out! Show Topics: 0:00 – Advertisement: AngularBootCamp.Com 0:53 – Chuck: Our panel is John Papa, Joe Eames, Alyssa Nicoll, and myself. My new show is the DevRev – check it out, please! 1:26 – Guest: I am a contributing author to our new book, which is about Angular. 1:56 – Chuck: How is it like to write with multiple people? 2:04 – Guest: Yep it’s hard b/c we are in different areas. Back in the 2.0 days, Jesse was writing a book. He was talking about typescript and components. Craig made friends with Jesse and they were talking about the book he was writing. Then we all jumped in to get in finished. We all had areas that we were specialists in! 3:21 – Alyssa: If you break it up that makes sense. 3:31 – Guest. 3:40 – Panel: Pick different words and go around the room. 3:51 – Panel: You write the first ½ of a sentence and then you write the other ½ of the sentence! 4:10 – Guest: You have these big word documents and go back-and-forth. 4:36 – Alyssa: Editing and then pass it back-and-forth – how does that work? 4:46 – Guest: It’s like 8 pass backs-and-forth. 5:35 – Guest: The editing was the main issue – it took forever! 5:50 – Chuck: We were going to co-author a book and we didn’t. Chuck: If you could break down the book in 4 core topics what would they be? Elevator pitch? What is the starting knowledge? 6:18 – Guest: We expect you to know Angular Intro and that’s it! 6:43 – Chuck: What are the principles? 6:50 – Guest: We talk about the testing component. We highlight the benefits of using Angular vs. Angular.js. That shows up in the book a lot. It’s very example driven. 7:28 – Chuck: We have been talking about testing quite a bit on the show lately. 8:22 – Chuck: Do you see people using the testing in regards to the pyramid? 8:33 – Guest: I am not a huge fan of the pyramid. Some questions I ask are: Does it run quickly? Is it reliable? To give you some background I work on Google Club Platform. 10:21 – The guest talks about “Page Level Integration Tests.” 11:31 – Alyssa. 11:50 – Chuck: After your explanation after writing your book I’m sure it’s a breeze now. Knowing these tests and having the confidence is great. 12:13 – Guest: Tools like Cypress is very helpful. Web Driver Testing, too. 12:43 – Chuck: Where do people start? What do you recommend? Do they start at Protractor or do they come down to unit tests? 13:02 – Guest: Finding the balance is important. 14:30 – Chuck: Check out a past episode that we’ve done. 14:40 – Panel asks a question about tools such as Test Café and Cypress. 14:50 – Guest: I really don’t know Test Café. There is a long story in how all of these fit together. The guest talks about Selenium, Cypress, Safari, Edge, Chrome, Firefox, and Puppeteer! 19:24 – Chuck: Does it work in Electron as well, too? 19:26 – Guest: Good question but I don’t know the answer. 19:39 – Chuck: Maybe a listener could write a comment and tell us. 19:43 – Panel: I’ve used Protractor for many years. I like the explanation that you just gave. The great thing about Protractor is that you can... 20:29 – Guest: We wanted to explain the difficulty of Protractor in this book. Guest: You have this test running in Node but then you have your app running in the browser. You have these 2 different run times. You might have to run them separately and there is tons of complexity. 21:15 – Panel: As I am coding you have this visual browser on one side, and then on the other side you have... 22:22 – Guest asks the panelists a question. 22:32 – Panel: I have only used it for a few months and a few several apps but haven’t had those issues, yet. 22:55 – Guest: I haven’t heard of Test Café at all. 23:05 – Alyssa: Is the book online? 23:13 – Guest: It’s available through Manning Publications and Amazon. I think we have some codes to giveaway! 23:34 – Chuck: Yeah, we are working on those codes and giveaways. We have mentioned about 5 or 6 tools – are you worried about your book going out of date? 24:05 – Guest: Sure that is something we are worried about. When editing took a long time to get through that was one of my thoughts. The guest talks about Selenium, control flow, Protractor, 25:45 – Guest (continues): These new features were coming out while the book was coming out – so there’s that. What’s this thing about control flow and why this matters to you, etc. We were able to add that into the book, which is good. We were able to get those instructions out there. Books have a delay to them. 26:47 – Chuck: We talked about this in JavaScript Jabber. This guest talked about this and he is from Big Nerd Ranch. At what point do you have this breaking point: This isn’t a good fit for Test Café or Selenium BUT a good fit for Mocha or Jest? 27:27 – Advertisement: Get A Coder Job! 28:04 – Guest: Do you have a reason why you would switch testing tools? 28:12 – Chuck. 28:41 – Guest: That’s the tradeoff as you move down the ladder. 29:43 – Panel: If you want to trigger an action that isn’t triggerable? 29:50 – Guest answers the question. 30:07 – Panel. 30:20 – Chuck. 30:33 – Guest: You can access code. Usually something in a workflow will make it happen. You have to fall back on some type of UI sort of thing. It’s almost like doing Tetris! I’ve never had to directly call something. I am not the best one to answer that. 31:16 – Panel: It’s like a weird mix of tests. 31:29 – Panelist is talking about unit testing and other tests. 31:55 – Chuck asks a question. 32:02 – Guest: It depends on the scale of your project. 32:28 – Chuck: Do you guys use a test coverage tool or on the side of: everything should run and then test if there is a bug. 32:43 – Guest: Coverage isn’t the full story. 33:26 – Panel: You said you weren’t a fan of the testing pyramid – can you explain why? 33:43 – Guest: I think it turns too much prescriptive. Guest: I think there are bigger concerns out there and the test pyramid is an over-simplification. 35:22 – Panel: What’s the difference between fast and slow testing? 35:28 – Guest: It really depends on your level of knowledge. If your test suite runs more than twenty minutes to an hour that is probably too slow! 36:03 – Alyssa. 36:09 – Chuck. 36:16 – Alyssa: There is no way that 20 minutes equals that! 36:26 – Guest: 20 minutes is the extreme limit.  36:51 – Chuck. 37:11 – Panel: Any new Twitter news on Trump? 37:21 – Panelist talks about test suites! 37:40 – Panelists and guests go back-and-forth. 38:11 – Chuck: Do you have any recommendations for the unit testing? Keeping it small or not so much? 38:29 – Guest: Think: What is this test asking? Don’t write tests that won’t fail if some other tests could have caught them. 39:04 – Alyssa: That’s smart! 39:09 – Guest continues. 39:28 – Chuck: What else to jump on? Chuck: Do you write your tests in typescript or in Java? 39:48 – Guest answers the question. He mentions Python, typescript, and more! 40:17 – Alyssa. 40:22 – Guest continues. 40:46 – Alyssa: How many people worked on that project? 40:50 – Guest: 2 or 3 framework engineers who did the tooling. About 20 people total for tooling to make sure everything worked. 41:18 – Panelist asks a question. 41:22 – Guest: About 20 minutes! 42:35 – Guest wants to talk about the topic: end-to-end testing! 44:59 – Chuck: Let’s do picks! 45:09 – Fresh Books! END – CacheFly! Links: Vue jQuery Angular JavaScript Python React Cypress Puppeteer – GitHub Protractor Test Mocha.js Selenium C# GitHub: testcafe Istanbul “Protractor: A New Hope” – YouTube Video – Michael Giambalvo & Craig Nishina Book: “Testing Angular Applications” – Manning Publications Michael’s GitHub Michael’s Twitter Sponsors: Angular Boot Camp Cache Fly Picks: Alyssa Fantastic Beasts Joe Skyward War of the Spider Queen Luxur - board game Testing Angular with Cypress.io Space Cadets Sonar Family Charles The DevRev Podcast Gary Vee Audio Experience Michael Scale Captain Sonar

Panel: Charles Max Wood Guest: Lars Gyrup Brink Nielsen This week on My Angular Story, Charles speaks with Lars Nielsen who is a frontend developer, blogger, a tech speaker, and an OSS contributor. He has worked with many different frameworks, but he and Chuck talk in detail about Angular. Finally, they discuss Lars’ programming background and the current projects he is working on. Check out today’s episode to hear more!  In particular, we dive pretty deep on: 0:53 – Guest: Hello from Denmark! 1:00 – Chuck: My great, great, great grandmother is Danish. Introduce yourself, please. 1:20 – Guest: I have been working through various companies through my career. I have focused on frontend development and right now it’s Angular and before it was Angular.js and others. I have been developing C# and started off with PHP. So I really enjoy frontend development the most. 1:58 – Chuck: I am talking with Rob Eisenberg in a few days. 2:04 – Guest: From what I’ve heard he’s a great guy. He worked on the Angular router. He branched out to Greater Zone. 2:28 – Chuck. 2:38 – Guest. 2:45 – Chuck: His episode will come out in 2 weeks! Tell us about you – what got you into programming? 3:00 – Guest: It started when I was 5 years old. My brother and I broke 3-4 computers before they bought us a Nintendo set. That was my first dive into it. Then I went to PCs and back in 1999 I wrote my first website with Notepad. Then later I decided to make a career out of it and studied in college. Then started developing full-stack. 4:53 – Chuck: You mentioned Knockout, Angular.js, and others. What have systems have you built in the backend? 5:03 – Guest: Yes, PHP in the beginning. Then I moved onto... (Guest continues answer Chuck’s question.) 6:30 – Chuck: What was about Angular that you liked? Why did you choose that framework? 6:47 – Guest: I got to choose the frontend framework (at the job I was at), and I chose NOT to use Angular. At the time, I thought it was confusing and overwhelming. Ember was stronger for me back then. But then later I got the opportunity to work with it in my current job, and now I am enjoying it. It’s always a challenge. 8:48 – Chuck: Seeing that transition and like that. I am curious though – what features do Angular have that Knockout and others don’t have for you? 9:08 – Guest: We used Coffee Script back then. Do you know it? 9:36 – Chuck: Yep I know it. 9:45 – Guest: I remember studying typescript, too. Coffee Script removed a lot of the stupid errors. 11:22 – Chuck: I think typescript is the way to go. 11:57 – Guest: It helps with those stupid errors that people make once in a while. It’s a type language. 12:45 – (Guest continues.) 13:14 – Chuck: Making the transition from Angular to Angular.js – what process did you go through? 13:25 – (Guest answers. He talks about starting from scratch to learn the new Angular.) 14:08 – Guest: I wouldn’t want to go back to Angular.js. There is so much to learn about Angular and working in-depth with it, there are still new things to explore every day, it’s a large framework. I guess that’s part of the reason why people use React and other frameworks b/c it can be overwhelming, especially for beginners. I enjoy it now b/c I read it now as a native tongue / native language. That’s what I see now, but that’s not what you see at first b/c there are so many new syntaxes. React is mostly JavaScript. 17:22 – Chuck: What features do you like about Angular over Angular.js? 17:28 – Guest: It’s the performance – it’s important! 18:20 – Chuck: What have you done in Angular that you are proud of? 18:24 – Guest: I am working on a few articles and I am about to release 2 of them. It’s a whole series. I am going to Copenhagen soon and I will be giving a talk. 20:17 – Cuck: What else are you working on? 20:23 – Guest: Yes, the articles. I am finishing those up. There will be 4-5 more in the series on that one topic. I want to focus on one topic at a time. There are 3 main concepts: container components, presentation components, and migration. Yes improving my talk for next month’s conference. I am building a small app, too. Working with new technologies and learning about offline apps and install the apps natively on most platforms now. We aren’t dependent on official App Store now, that’s a thing of the past now. 22:06 – Chuck: Where can people find you online? 22:16 – Guest: I have a few projects through GitHub. Find me there. (See links below.) Read my articles when they are published on Medium. 22:44 – Chuck. 22:48 – Guest: My first published articles will be at Angular In Depth. 23:00 – Chuck: Picks! 23:04 – Fresh Books! 27:13 – Chuck: What is the tech scene like in Denmark? 27:18 – Guest: You have to keep up the pace yourself b/c I live in a very small area. There are only a few cities in Denmark where the jobs are. I will go to Meetups and conferences and I am active on European Slack. That’s how I get to be social in the Angular community. I am mostly working at home. I have twin daughters who are 7 years old. I am mostly at the office, too, building and working there, which is 5 miles away from my home. 29:17 – Chuck: In the past episode I talked with someone from Bulgaria, it sounds similar to what you are saying Lars. I am curious are people willing to hire remote if they are outside of the city? 29:40 – Guest: It depends on the company. 30:25 – Chuck: Working remotely is definitely a skill. 30:44 – Guest: I have worked remotely for some jobs b/c I was driving several hours a day. 31:21 – Chuck: My longest commute was 30 minutes top, but I live in a heavy tech scene where I live. Do most people in Denmark know English? 31:5- Guest: My daughters have been speaking English since 3-4 years old b/c of iPads. They are also taught English and German in the school, too. 32:21 – Chuck: Anything else? Are there things that people don’t think about being a developer in Denmark? 32:40 – Guest: There aren’t that many big companies. It’s difficult to get into the right place. There are small companies in Denmark. 33:51 – Chuck: Does that change the way people find jobs in Denmark? 33:59 – Guest: If you don’t like to work for a bank then you have a problem b/c that’s half the jobs! If you don’t like certain industries that could make it harder to get a job as a programmer. 34:33 – Chuck: I am going to wrap this up – anything else? 34:44 – Guest: Create a blog post or start an open source project. That’s what I do when I get bored. When you teach a subject you have to be an expert to be able to explain it to someone else. 35:37 – (Guest lists the titles of his articles – check it out at this timestamp!) 35:50 – (Chuck discusses future episodes and future guests that he will interview.) Links: jQuery Angular JavaScript Vue C++ C# Angular In Depth Article about Model-View-Presenter with Angular Mastering Reactive JavaScript Angular Router Lars’ Medium Lars’ GitHub Chuck’s Twitter Chuck’s E-mail: chuck@devchat.tv Sponsors: Get A Coder Job Fresh Books Cache Fly Picks: Charles Azure DevOps – It’s free for up to 5-6 team members! Chat System: Mattermost Lars Angular In Depth Book: Mastering Reactive JavaScript by Erich de Souza Oliveira Angular Router Book

Panel: Charles Max Wood Guest: Lars Gyrup Brink Nielsen This week on My Angular Story, Charles speaks with Lars Nielsen who is a frontend developer, blogger, a tech speaker, and an OSS contributor. He has worked with many different frameworks, but he and Chuck talk in detail about Angular. Finally, they discuss Lars’ programming background and the current projects he is working on. Check out today’s episode to hear more!  In particular, we dive pretty deep on: 0:53 – Guest: Hello from Denmark! 1:00 – Chuck: My great, great, great grandmother is Danish. Introduce yourself, please. 1:20 – Guest: I have been working through various companies through my career. I have focused on frontend development and right now it’s Angular and before it was Angular.js and others. I have been developing C# and started off with PHP. So I really enjoy frontend development the most. 1:58 – Chuck: I am talking with Rob Eisenberg in a few days. 2:04 – Guest: From what I’ve heard he’s a great guy. He worked on the Angular router. He branched out to Greater Zone. 2:28 – Chuck. 2:38 – Guest. 2:45 – Chuck: His episode will come out in 2 weeks! Tell us about you – what got you into programming? 3:00 – Guest: It started when I was 5 years old. My brother and I broke 3-4 computers before they bought us a Nintendo set. That was my first dive into it. Then I went to PCs and back in 1999 I wrote my first website with Notepad. Then later I decided to make a career out of it and studied in college. Then started developing full-stack. 4:53 – Chuck: You mentioned Knockout, Angular.js, and others. What have systems have you built in the backend? 5:03 – Guest: Yes, PHP in the beginning. Then I moved onto... (Guest continues answer Chuck’s question.) 6:30 – Chuck: What was about Angular that you liked? Why did you choose that framework? 6:47 – Guest: I got to choose the frontend framework (at the job I was at), and I chose NOT to use Angular. At the time, I thought it was confusing and overwhelming. Ember was stronger for me back then. But then later I got the opportunity to work with it in my current job, and now I am enjoying it. It’s always a challenge. 8:48 – Chuck: Seeing that transition and like that. I am curious though – what features do Angular have that Knockout and others don’t have for you? 9:08 – Guest: We used Coffee Script back then. Do you know it? 9:36 – Chuck: Yep I know it. 9:45 – Guest: I remember studying typescript, too. Coffee Script removed a lot of the stupid errors. 11:22 – Chuck: I think typescript is the way to go. 11:57 – Guest: It helps with those stupid errors that people make once in a while. It’s a type language. 12:45 – (Guest continues.) 13:14 – Chuck: Making the transition from Angular to Angular.js – what process did you go through? 13:25 – (Guest answers. He talks about starting from scratch to learn the new Angular.) 14:08 – Guest: I wouldn’t want to go back to Angular.js. There is so much to learn about Angular and working in-depth with it, there are still new things to explore every day, it’s a large framework. I guess that’s part of the reason why people use React and other frameworks b/c it can be overwhelming, especially for beginners. I enjoy it now b/c I read it now as a native tongue / native language. That’s what I see now, but that’s not what you see at first b/c there are so many new syntaxes. React is mostly JavaScript. 17:22 – Chuck: What features do you like about Angular over Angular.js? 17:28 – Guest: It’s the performance – it’s important! 18:20 – Chuck: What have you done in Angular that you are proud of? 18:24 – Guest: I am working on a few articles and I am about to release 2 of them. It’s a whole series. I am going to Copenhagen soon and I will be giving a talk. 20:17 – Cuck: What else are you working on? 20:23 – Guest: Yes, the articles. I am finishing those up. There will be 4-5 more in the series on that one topic. I want to focus on one topic at a time. There are 3 main concepts: container components, presentation components, and migration. Yes improving my talk for next month’s conference. I am building a small app, too. Working with new technologies and learning about offline apps and install the apps natively on most platforms now. We aren’t dependent on official App Store now, that’s a thing of the past now. 22:06 – Chuck: Where can people find you online? 22:16 – Guest: I have a few projects through GitHub. Find me there. (See links below.) Read my articles when they are published on Medium. 22:44 – Chuck. 22:48 – Guest: My first published articles will be at Angular In Depth. 23:00 – Chuck: Picks! 23:04 – Fresh Books! 27:13 – Chuck: What is the tech scene like in Denmark? 27:18 – Guest: You have to keep up the pace yourself b/c I live in a very small area. There are only a few cities in Denmark where the jobs are. I will go to Meetups and conferences and I am active on European Slack. That’s how I get to be social in the Angular community. I am mostly working at home. I have twin daughters who are 7 years old. I am mostly at the office, too, building and working there, which is 5 miles away from my home. 29:17 – Chuck: In the past episode I talked with someone from Bulgaria, it sounds similar to what you are saying Lars. I am curious are people willing to hire remote if they are outside of the city? 29:40 – Guest: It depends on the company. 30:25 – Chuck: Working remotely is definitely a skill. 30:44 – Guest: I have worked remotely for some jobs b/c I was driving several hours a day. 31:21 – Chuck: My longest commute was 30 minutes top, but I live in a heavy tech scene where I live. Do most people in Denmark know English? 31:5- Guest: My daughters have been speaking English since 3-4 years old b/c of iPads. They are also taught English and German in the school, too. 32:21 – Chuck: Anything else? Are there things that people don’t think about being a developer in Denmark? 32:40 – Guest: There aren’t that many big companies. It’s difficult to get into the right place. There are small companies in Denmark. 33:51 – Chuck: Does that change the way people find jobs in Denmark? 33:59 – Guest: If you don’t like to work for a bank then you have a problem b/c that’s half the jobs! If you don’t like certain industries that could make it harder to get a job as a programmer. 34:33 – Chuck: I am going to wrap this up – anything else? 34:44 – Guest: Create a blog post or start an open source project. That’s what I do when I get bored. When you teach a subject you have to be an expert to be able to explain it to someone else. 35:37 – (Guest lists the titles of his articles – check it out at this timestamp!) 35:50 – (Chuck discusses future episodes and future guests that he will interview.) Links: jQuery Angular JavaScript Vue C++ C# Angular In Depth Article about Model-View-Presenter with Angular Mastering Reactive JavaScript Angular Router Lars’ Medium Lars’ GitHub Chuck’s Twitter Chuck’s E-mail: chuck@devchat.tv Sponsors: Get A Coder Job Fresh Books Cache Fly Picks: Charles Azure DevOps – It’s free for up to 5-6 team members! Chat System: Mattermost Lars Angular In Depth Book: Mastering Reactive JavaScript by Erich de Souza Oliveira Angular Router Book

Panel: Charles Max Wood Guest: Lars Gyrup Brink Nielsen This week on My Angular Story, Charles speaks with Lars Nielsen who is a frontend developer, blogger, a tech speaker, and an OSS contributor. He has worked with many different frameworks, but he and Chuck talk in detail about Angular. Finally, they discuss Lars’ programming background and the current projects he is working on. Check out today’s episode to hear more!  In particular, we dive pretty deep on: 0:53 – Guest: Hello from Denmark! 1:00 – Chuck: My great, great, great grandmother is Danish. Introduce yourself, please. 1:20 – Guest: I have been working through various companies through my career. I have focused on frontend development and right now it’s Angular and before it was Angular.js and others. I have been developing C# and started off with PHP. So I really enjoy frontend development the most. 1:58 – Chuck: I am talking with Rob Eisenberg in a few days. 2:04 – Guest: From what I’ve heard he’s a great guy. He worked on the Angular router. He branched out to Greater Zone. 2:28 – Chuck. 2:38 – Guest. 2:45 – Chuck: His episode will come out in 2 weeks! Tell us about you – what got you into programming? 3:00 – Guest: It started when I was 5 years old. My brother and I broke 3-4 computers before they bought us a Nintendo set. That was my first dive into it. Then I went to PCs and back in 1999 I wrote my first website with Notepad. Then later I decided to make a career out of it and studied in college. Then started developing full-stack. 4:53 – Chuck: You mentioned Knockout, Angular.js, and others. What have systems have you built in the backend? 5:03 – Guest: Yes, PHP in the beginning. Then I moved onto... (Guest continues answer Chuck’s question.) 6:30 – Chuck: What was about Angular that you liked? Why did you choose that framework? 6:47 – Guest: I got to choose the frontend framework (at the job I was at), and I chose NOT to use Angular. At the time, I thought it was confusing and overwhelming. Ember was stronger for me back then. But then later I got the opportunity to work with it in my current job, and now I am enjoying it. It’s always a challenge. 8:48 – Chuck: Seeing that transition and like that. I am curious though – what features do Angular have that Knockout and others don’t have for you? 9:08 – Guest: We used Coffee Script back then. Do you know it? 9:36 – Chuck: Yep I know it. 9:45 – Guest: I remember studying typescript, too. Coffee Script removed a lot of the stupid errors. 11:22 – Chuck: I think typescript is the way to go. 11:57 – Guest: It helps with those stupid errors that people make once in a while. It’s a type language. 12:45 – (Guest continues.) 13:14 – Chuck: Making the transition from Angular to Angular.js – what process did you go through? 13:25 – (Guest answers. He talks about starting from scratch to learn the new Angular.) 14:08 – Guest: I wouldn’t want to go back to Angular.js. There is so much to learn about Angular and working in-depth with it, there are still new things to explore every day, it’s a large framework. I guess that’s part of the reason why people use React and other frameworks b/c it can be overwhelming, especially for beginners. I enjoy it now b/c I read it now as a native tongue / native language. That’s what I see now, but that’s not what you see at first b/c there are so many new syntaxes. React is mostly JavaScript. 17:22 – Chuck: What features do you like about Angular over Angular.js? 17:28 – Guest: It’s the performance – it’s important! 18:20 – Chuck: What have you done in Angular that you are proud of? 18:24 – Guest: I am working on a few articles and I am about to release 2 of them. It’s a whole series. I am going to Copenhagen soon and I will be giving a talk. 20:17 – Cuck: What else are you working on? 20:23 – Guest: Yes, the articles. I am finishing those up. There will be 4-5 more in the series on that one topic. I want to focus on one topic at a time. There are 3 main concepts: container components, presentation components, and migration. Yes improving my talk for next month’s conference. I am building a small app, too. Working with new technologies and learning about offline apps and install the apps natively on most platforms now. We aren’t dependent on official App Store now, that’s a thing of the past now. 22:06 – Chuck: Where can people find you online? 22:16 – Guest: I have a few projects through GitHub. Find me there. (See links below.) Read my articles when they are published on Medium. 22:44 – Chuck. 22:48 – Guest: My first published articles will be at Angular In Depth. 23:00 – Chuck: Picks! 23:04 – Fresh Books! 27:13 – Chuck: What is the tech scene like in Denmark? 27:18 – Guest: You have to keep up the pace yourself b/c I live in a very small area. There are only a few cities in Denmark where the jobs are. I will go to Meetups and conferences and I am active on European Slack. That’s how I get to be social in the Angular community. I am mostly working at home. I have twin daughters who are 7 years old. I am mostly at the office, too, building and working there, which is 5 miles away from my home. 29:17 – Chuck: In the past episode I talked with someone from Bulgaria, it sounds similar to what you are saying Lars. I am curious are people willing to hire remote if they are outside of the city? 29:40 – Guest: It depends on the company. 30:25 – Chuck: Working remotely is definitely a skill. 30:44 – Guest: I have worked remotely for some jobs b/c I was driving several hours a day. 31:21 – Chuck: My longest commute was 30 minutes top, but I live in a heavy tech scene where I live. Do most people in Denmark know English? 31:5- Guest: My daughters have been speaking English since 3-4 years old b/c of iPads. They are also taught English and German in the school, too. 32:21 – Chuck: Anything else? Are there things that people don’t think about being a developer in Denmark? 32:40 – Guest: There aren’t that many big companies. It’s difficult to get into the right place. There are small companies in Denmark. 33:51 – Chuck: Does that change the way people find jobs in Denmark? 33:59 – Guest: If you don’t like to work for a bank then you have a problem b/c that’s half the jobs! If you don’t like certain industries that could make it harder to get a job as a programmer. 34:33 – Chuck: I am going to wrap this up – anything else? 34:44 – Guest: Create a blog post or start an open source project. That’s what I do when I get bored. When you teach a subject you have to be an expert to be able to explain it to someone else. 35:37 – (Guest lists the titles of his articles – check it out at this timestamp!) 35:50 – (Chuck discusses future episodes and future guests that he will interview.) Links: jQuery Angular JavaScript Vue C++ C# Angular In Depth Article about Model-View-Presenter with Angular Mastering Reactive JavaScript Angular Router Lars’ Medium Lars’ GitHub Chuck’s Twitter Chuck’s E-mail: chuck@devchat.tv Sponsors: Get A Coder Job Fresh Books Cache Fly Picks: Charles Azure DevOps – It’s free for up to 5-6 team members! Chat System: Mattermost Lars Angular In Depth Book: Mastering Reactive JavaScript by Erich de Souza Oliveira Angular Router Book

Panel: Charles Max Wood Dave Kimura David Richards Special Guests: Julia Evans In this episode of Ruby Rogues, the panel talks with Julia Evans who is a software engineer at Stripe and lives in Montreal, Quebec, Canada. The panel talks with Julia about her tool Ruby Spy among other topics. Check it out! Show Topics: 1:34 – Julia gives her background. 1:52 – Chuck: You’ve been on the show before. Listeners, go check it out! 2:30 – What is Ruby Spy? 2:09 – Julia: I wanted to know WHY my computer was doing what it was doing. I felt that it was my right, so I wrote that program. 3:20 – Julia: This does have these profiling tools in Java. I thought it was unfair that Java had better tools than Ruby. I figured Ruby should have it, too. 3:44 – Chuck talks about tools and Ruby Spy. 4:05 – Julia recommends it. Julia: You had to install the gem in order to use it. 4:30 – Chuck: some people say that it has affected their performance. 4:42 – Julia: Ruby Spy is a separate process. Julia continues this conversation and goes in-depth of what Ruby Spy is, etc. 5:27 – When would you use something like this, and what kind of data would get you back to debug the slow points. 5:43 – Julia: When you run Ruby Spy it will... 6:20 – Chuck: Does it give you method names? 6:25 – Julia: Yes, 20% in this method or... 6:37 – I can see how that would be helpful on certain aspects. Being able to narrow down the 1,000 methods where you cab get your biggest bang for your buck. 7:05 – Julia comments. 7:35 – Chuck: I know people pay for Relic... 7:56 – Chuck: When it tells you which method is taking a long time, will it look at the stack and THIS method is insufficient b/c this other method is insufficient? How does it do that? 8:35 – Julia answers the questions. 8:58 – Chuck: I’d imagine that it could keep anything in memory. Did you have to do a bunch of work where THAT means THAT? 9:20 – Julia answers. Julia: The differences weren’t that big between the different versions. 9:54 – Julia goes through the different ways the versions are different. 11:56 – Panelist asks a question. Is this meant for Ruby Scripts? 12:10 – Julia: It doesn’t care – as long as you are using the Ruby Interpreter. 12:25 – Chuck: Sometimes my performance issues is Ruby, and sometimes it’s the database. For Ruby it will sit there and wait for IO. Is that a blind spot that you will have in Ruby Spy? 12:54 – Julia: Great question. There are 2 ways to do profiling. Julia explains these two ways. 13:54 – Wall Clock Time. 14:04 – Chuck: Your computer has a speed and however long it takes to run one cycle. It is similar, but... 14:26 – I guess as long as it’s relative – I was looking at these graphs you wrote. 14:51 – Julia. 14:56 – Panelist: That has been my issue. Changing context into a profiler... 15:27 – Julia. 15:38 – Chuck: Do you have to run it through something...? 15:49 – Julia. 15:53 – Chuck: Is that the most effective way to look at the data through Ruby Spy? 16:07 – Julia: I twill show you the output as it is profiling. 2 visualizations: flame graph and... 16:45 – Chuck. 16:49 – Julia: It is the only visualization that I know of. 17:00 – Chuck: I don’t know. 17:05 – Julia: You have spent this amount of % to... How much time was spent in this function or that function? I feel that the flame graph is much more helpful than a list of percentages. 17:33 – Chuck: What are you looking at in the flame graph? 17:37 – Guest: Basically what time was spent in that function. You look at what is big, and then you figure out if that is something to optimize or not. You go to the docs and... 18:36 – Jackal. 18:40 – Main problem that I would run into is the information OVERLOAD. Now you have the action controllers and all these other components that aren’t normally visual. Panelist asks a question to Julia. 19:29 – Julia: It does give you everything. If you have a real serious problem often the answer will really jump out at you. What I would say – if something is really slow it is right there. 20:08 – Chuck: You will see the name of the method? 20:15 – Chuck: Any other information it will give you? 20:22 – Julia: The line number. 20:28 – Chuck asks another question. 20:41 – Chuck: Success stories? 20:45 – Julia: Yes, I do. GitHub – success stories. Julia gives us one of her success stories. This user said that it helped them by 30%. 21:28 – I can’t imagine using a Rail app that is over 10 years old. So much as changed! A lot of the documentation would be harder to find. 22:00 – Julia gives another example of a success story. 22:10 – When it goes to production – my brain turns off and get jittery. Figure out what happens in production and I wouldn’t want to guess for an app that couldn’t be down. This is what is happening right here and right now. 22:46 – Chuck: How do they get it out into production... 22:57 – Julia: Through GitHub that you can download. If you are on a Mac and your developing you can do it through Home Brew. 23:17 – Chuck and Julia go back and forth. 23:27 – Panelist: You don’t need to have it all the time, but a good tool. 23:44 – Julia: I want people to use it but not all the time; only when they need it. 23:58 – Panelist: I think on a lot of these scripts... Rails Panel – Panelist mentions this. 25:02 – Panelist asks her a question. 25:12 – Pie Spy is something else that someone wrote. 25:28 – Julia: Ruby Spy came first, and Pie Spy is inspired Ruby Spy. He did a good job building that. 25:50 – Advertisement – Code Badges 26:35 – People still use PHP? 26:42 – Julia: Yep! 26:47 – Chuck talks about his neighbor and how he raves about this feature or that feature. 27:07 – In PHP’s defense it has come a long way. I think they are at version 7 or version 8. Sounds like they did a lot of new things with the language. 27:31 – Julia: Instead of that or this language is better – what TOOLS can we use? I hear Ruby users make fun of Java, but Java has great tools. What can we learn from that language rather than bashing the other languages? 28:13 – Chuck chimes-in. Dot.net. 28:58 – Chuck: Let’s talk about that with the opensource. 29:09 – Julia talks about the opensource project. 30:30 – Julia: I asked my manager at Stripe to do this sabbatical in advance. I worked on it for 3 months. I got a check from Segment. 31:05 – Panelist adds in his comments and asks a question. 31:26 – Julia never used it. 31:32 – I have done a lot with Ruby Motion in the past. I am curious how that would work with Ruby Spy? 32:18 – IOS is pretty locked down, so I don’t think that would fly. 32:36 – Chuck talks about Ruby Motion and how he thinks Ruby Spy would / wouldn’t fit. 32:56 – What is funny about that, Chuck, is that you can ALT click... 34:07 – Chuck mentions another app. 34:17 – Julia. 34:40 – Chuck. 35:03 – Chuck: What else are you doing with Ruby Spy that is new? 35:05 – Julia: Not much. It’s fun to see people come in to make contributions. 35:33 – Panelist: Here is a suggestion, some kind of web server that you could... 35:57 – Great idea. 36:04 – Chuck: It wouldn’t be hard to embed it. 36:12 – Julia: Sharing it between...so we don’t have to build the same thing twice. 36:33 – Chuck and Julia go back-and-forth about Ruby Spy and Pie Spy, 37:23 – Julia: Pearl was my first language, and I still love it. 37:32 – Chuck: I guess I can’t knock it because I really haven’t tried it. 37:48 – Ruby was inspired by Pearl so there’s that. 37:57 – Chuck: How do people start using your tool? What is your advice? 38:01 – Julia: Yeah just try it and see. Install it through Home Brew if you have a Mac. 38:25 – Chuck: Picks! 38:32 – Advertisement – Get a Coder Job. 39:07 – Picks! Links: Get a Coder Job Course Ruby Motion Ruby on Rails StackProf – GitHub Ruby Spy Rails_Panel – GitHub Julia Evans’ Twitter Julia Evans’ Blog Julia Evans’ GitHub Julia Evans’ LinkedIn Sponsors: Sentry Digital Ocean Get a Coder Job Course Picks: Dave Vise Deep Freeze Charles Elixir in Phoenix Vue JS Views on Vue Side Projects Doc McStuffins Headphones David Ed Lahey Julia Growing a Business Notability App

Panel: Charles Max Wood Dave Kimura David Richards Special Guests: Julia Evans In this episode of Ruby Rogues, the panel talks with Julia Evans who is a software engineer at Stripe and lives in Montreal, Quebec, Canada. The panel talks with Julia about her tool Ruby Spy among other topics. Check it out! Show Topics: 1:34 – Julia gives her background. 1:52 – Chuck: You’ve been on the show before. Listeners, go check it out! 2:30 – What is Ruby Spy? 2:09 – Julia: I wanted to know WHY my computer was doing what it was doing. I felt that it was my right, so I wrote that program. 3:20 – Julia: This does have these profiling tools in Java. I thought it was unfair that Java had better tools than Ruby. I figured Ruby should have it, too. 3:44 – Chuck talks about tools and Ruby Spy. 4:05 – Julia recommends it. Julia: You had to install the gem in order to use it. 4:30 – Chuck: some people say that it has affected their performance. 4:42 – Julia: Ruby Spy is a separate process. Julia continues this conversation and goes in-depth of what Ruby Spy is, etc. 5:27 – When would you use something like this, and what kind of data would get you back to debug the slow points. 5:43 – Julia: When you run Ruby Spy it will... 6:20 – Chuck: Does it give you method names? 6:25 – Julia: Yes, 20% in this method or... 6:37 – I can see how that would be helpful on certain aspects. Being able to narrow down the 1,000 methods where you cab get your biggest bang for your buck. 7:05 – Julia comments. 7:35 – Chuck: I know people pay for Relic... 7:56 – Chuck: When it tells you which method is taking a long time, will it look at the stack and THIS method is insufficient b/c this other method is insufficient? How does it do that? 8:35 – Julia answers the questions. 8:58 – Chuck: I’d imagine that it could keep anything in memory. Did you have to do a bunch of work where THAT means THAT? 9:20 – Julia answers. Julia: The differences weren’t that big between the different versions. 9:54 – Julia goes through the different ways the versions are different. 11:56 – Panelist asks a question. Is this meant for Ruby Scripts? 12:10 – Julia: It doesn’t care – as long as you are using the Ruby Interpreter. 12:25 – Chuck: Sometimes my performance issues is Ruby, and sometimes it’s the database. For Ruby it will sit there and wait for IO. Is that a blind spot that you will have in Ruby Spy? 12:54 – Julia: Great question. There are 2 ways to do profiling. Julia explains these two ways. 13:54 – Wall Clock Time. 14:04 – Chuck: Your computer has a speed and however long it takes to run one cycle. It is similar, but... 14:26 – I guess as long as it’s relative – I was looking at these graphs you wrote. 14:51 – Julia. 14:56 – Panelist: That has been my issue. Changing context into a profiler... 15:27 – Julia. 15:38 – Chuck: Do you have to run it through something...? 15:49 – Julia. 15:53 – Chuck: Is that the most effective way to look at the data through Ruby Spy? 16:07 – Julia: I twill show you the output as it is profiling. 2 visualizations: flame graph and... 16:45 – Chuck. 16:49 – Julia: It is the only visualization that I know of. 17:00 – Chuck: I don’t know. 17:05 – Julia: You have spent this amount of % to... How much time was spent in this function or that function? I feel that the flame graph is much more helpful than a list of percentages. 17:33 – Chuck: What are you looking at in the flame graph? 17:37 – Guest: Basically what time was spent in that function. You look at what is big, and then you figure out if that is something to optimize or not. You go to the docs and... 18:36 – Jackal. 18:40 – Main problem that I would run into is the information OVERLOAD. Now you have the action controllers and all these other components that aren’t normally visual. Panelist asks a question to Julia. 19:29 – Julia: It does give you everything. If you have a real serious problem often the answer will really jump out at you. What I would say – if something is really slow it is right there. 20:08 – Chuck: You will see the name of the method? 20:15 – Chuck: Any other information it will give you? 20:22 – Julia: The line number. 20:28 – Chuck asks another question. 20:41 – Chuck: Success stories? 20:45 – Julia: Yes, I do. GitHub – success stories. Julia gives us one of her success stories. This user said that it helped them by 30%. 21:28 – I can’t imagine using a Rail app that is over 10 years old. So much as changed! A lot of the documentation would be harder to find. 22:00 – Julia gives another example of a success story. 22:10 – When it goes to production – my brain turns off and get jittery. Figure out what happens in production and I wouldn’t want to guess for an app that couldn’t be down. This is what is happening right here and right now. 22:46 – Chuck: How do they get it out into production... 22:57 – Julia: Through GitHub that you can download. If you are on a Mac and your developing you can do it through Home Brew. 23:17 – Chuck and Julia go back and forth. 23:27 – Panelist: You don’t need to have it all the time, but a good tool. 23:44 – Julia: I want people to use it but not all the time; only when they need it. 23:58 – Panelist: I think on a lot of these scripts... Rails Panel – Panelist mentions this. 25:02 – Panelist asks her a question. 25:12 – Pie Spy is something else that someone wrote. 25:28 – Julia: Ruby Spy came first, and Pie Spy is inspired Ruby Spy. He did a good job building that. 25:50 – Advertisement – Code Badges 26:35 – People still use PHP? 26:42 – Julia: Yep! 26:47 – Chuck talks about his neighbor and how he raves about this feature or that feature. 27:07 – In PHP’s defense it has come a long way. I think they are at version 7 or version 8. Sounds like they did a lot of new things with the language. 27:31 – Julia: Instead of that or this language is better – what TOOLS can we use? I hear Ruby users make fun of Java, but Java has great tools. What can we learn from that language rather than bashing the other languages? 28:13 – Chuck chimes-in. Dot.net. 28:58 – Chuck: Let’s talk about that with the opensource. 29:09 – Julia talks about the opensource project. 30:30 – Julia: I asked my manager at Stripe to do this sabbatical in advance. I worked on it for 3 months. I got a check from Segment. 31:05 – Panelist adds in his comments and asks a question. 31:26 – Julia never used it. 31:32 – I have done a lot with Ruby Motion in the past. I am curious how that would work with Ruby Spy? 32:18 – IOS is pretty locked down, so I don’t think that would fly. 32:36 – Chuck talks about Ruby Motion and how he thinks Ruby Spy would / wouldn’t fit. 32:56 – What is funny about that, Chuck, is that you can ALT click... 34:07 – Chuck mentions another app. 34:17 – Julia. 34:40 – Chuck. 35:03 – Chuck: What else are you doing with Ruby Spy that is new? 35:05 – Julia: Not much. It’s fun to see people come in to make contributions. 35:33 – Panelist: Here is a suggestion, some kind of web server that you could... 35:57 – Great idea. 36:04 – Chuck: It wouldn’t be hard to embed it. 36:12 – Julia: Sharing it between...so we don’t have to build the same thing twice. 36:33 – Chuck and Julia go back-and-forth about Ruby Spy and Pie Spy, 37:23 – Julia: Pearl was my first language, and I still love it. 37:32 – Chuck: I guess I can’t knock it because I really haven’t tried it. 37:48 – Ruby was inspired by Pearl so there’s that. 37:57 – Chuck: How do people start using your tool? What is your advice? 38:01 – Julia: Yeah just try it and see. Install it through Home Brew if you have a Mac. 38:25 – Chuck: Picks! 38:32 – Advertisement – Get a Coder Job. 39:07 – Picks! Links: Get a Coder Job Course Ruby Motion Ruby on Rails StackProf – GitHub Ruby Spy Rails_Panel – GitHub Julia Evans’ Twitter Julia Evans’ Blog Julia Evans’ GitHub Julia Evans’ LinkedIn Sponsors: Sentry Digital Ocean Get a Coder Job Course Picks: Dave Vise Deep Freeze Charles Elixir in Phoenix Vue JS Views on Vue Side Projects Doc McStuffins Headphones David Ed Lahey Julia Growing a Business Notability App

Panel: Charles Max Wood Dave Kimura David Richards Special Guests: Julia Evans In this episode of Ruby Rogues, the panel talks with Julia Evans who is a software engineer at Stripe and lives in Montreal, Quebec, Canada. The panel talks with Julia about her tool Ruby Spy among other topics. Check it out! Show Topics: 1:34 – Julia gives her background. 1:52 – Chuck: You’ve been on the show before. Listeners, go check it out! 2:30 – What is Ruby Spy? 2:09 – Julia: I wanted to know WHY my computer was doing what it was doing. I felt that it was my right, so I wrote that program. 3:20 – Julia: This does have these profiling tools in Java. I thought it was unfair that Java had better tools than Ruby. I figured Ruby should have it, too. 3:44 – Chuck talks about tools and Ruby Spy. 4:05 – Julia recommends it. Julia: You had to install the gem in order to use it. 4:30 – Chuck: some people say that it has affected their performance. 4:42 – Julia: Ruby Spy is a separate process. Julia continues this conversation and goes in-depth of what Ruby Spy is, etc. 5:27 – When would you use something like this, and what kind of data would get you back to debug the slow points. 5:43 – Julia: When you run Ruby Spy it will... 6:20 – Chuck: Does it give you method names? 6:25 – Julia: Yes, 20% in this method or... 6:37 – I can see how that would be helpful on certain aspects. Being able to narrow down the 1,000 methods where you cab get your biggest bang for your buck. 7:05 – Julia comments. 7:35 – Chuck: I know people pay for Relic... 7:56 – Chuck: When it tells you which method is taking a long time, will it look at the stack and THIS method is insufficient b/c this other method is insufficient? How does it do that? 8:35 – Julia answers the questions. 8:58 – Chuck: I’d imagine that it could keep anything in memory. Did you have to do a bunch of work where THAT means THAT? 9:20 – Julia answers. Julia: The differences weren’t that big between the different versions. 9:54 – Julia goes through the different ways the versions are different. 11:56 – Panelist asks a question. Is this meant for Ruby Scripts? 12:10 – Julia: It doesn’t care – as long as you are using the Ruby Interpreter. 12:25 – Chuck: Sometimes my performance issues is Ruby, and sometimes it’s the database. For Ruby it will sit there and wait for IO. Is that a blind spot that you will have in Ruby Spy? 12:54 – Julia: Great question. There are 2 ways to do profiling. Julia explains these two ways. 13:54 – Wall Clock Time. 14:04 – Chuck: Your computer has a speed and however long it takes to run one cycle. It is similar, but... 14:26 – I guess as long as it’s relative – I was looking at these graphs you wrote. 14:51 – Julia. 14:56 – Panelist: That has been my issue. Changing context into a profiler... 15:27 – Julia. 15:38 – Chuck: Do you have to run it through something...? 15:49 – Julia. 15:53 – Chuck: Is that the most effective way to look at the data through Ruby Spy? 16:07 – Julia: I twill show you the output as it is profiling. 2 visualizations: flame graph and... 16:45 – Chuck. 16:49 – Julia: It is the only visualization that I know of. 17:00 – Chuck: I don’t know. 17:05 – Julia: You have spent this amount of % to... How much time was spent in this function or that function? I feel that the flame graph is much more helpful than a list of percentages. 17:33 – Chuck: What are you looking at in the flame graph? 17:37 – Guest: Basically what time was spent in that function. You look at what is big, and then you figure out if that is something to optimize or not. You go to the docs and... 18:36 – Jackal. 18:40 – Main problem that I would run into is the information OVERLOAD. Now you have the action controllers and all these other components that aren’t normally visual. Panelist asks a question to Julia. 19:29 – Julia: It does give you everything. If you have a real serious problem often the answer will really jump out at you. What I would say – if something is really slow it is right there. 20:08 – Chuck: You will see the name of the method? 20:15 – Chuck: Any other information it will give you? 20:22 – Julia: The line number. 20:28 – Chuck asks another question. 20:41 – Chuck: Success stories? 20:45 – Julia: Yes, I do. GitHub – success stories. Julia gives us one of her success stories. This user said that it helped them by 30%. 21:28 – I can’t imagine using a Rail app that is over 10 years old. So much as changed! A lot of the documentation would be harder to find. 22:00 – Julia gives another example of a success story. 22:10 – When it goes to production – my brain turns off and get jittery. Figure out what happens in production and I wouldn’t want to guess for an app that couldn’t be down. This is what is happening right here and right now. 22:46 – Chuck: How do they get it out into production... 22:57 – Julia: Through GitHub that you can download. If you are on a Mac and your developing you can do it through Home Brew. 23:17 – Chuck and Julia go back and forth. 23:27 – Panelist: You don’t need to have it all the time, but a good tool. 23:44 – Julia: I want people to use it but not all the time; only when they need it. 23:58 – Panelist: I think on a lot of these scripts... Rails Panel – Panelist mentions this. 25:02 – Panelist asks her a question. 25:12 – Pie Spy is something else that someone wrote. 25:28 – Julia: Ruby Spy came first, and Pie Spy is inspired Ruby Spy. He did a good job building that. 25:50 – Advertisement – Code Badges 26:35 – People still use PHP? 26:42 – Julia: Yep! 26:47 – Chuck talks about his neighbor and how he raves about this feature or that feature. 27:07 – In PHP’s defense it has come a long way. I think they are at version 7 or version 8. Sounds like they did a lot of new things with the language. 27:31 – Julia: Instead of that or this language is better – what TOOLS can we use? I hear Ruby users make fun of Java, but Java has great tools. What can we learn from that language rather than bashing the other languages? 28:13 – Chuck chimes-in. Dot.net. 28:58 – Chuck: Let’s talk about that with the opensource. 29:09 – Julia talks about the opensource project. 30:30 – Julia: I asked my manager at Stripe to do this sabbatical in advance. I worked on it for 3 months. I got a check from Segment. 31:05 – Panelist adds in his comments and asks a question. 31:26 – Julia never used it. 31:32 – I have done a lot with Ruby Motion in the past. I am curious how that would work with Ruby Spy? 32:18 – IOS is pretty locked down, so I don’t think that would fly. 32:36 – Chuck talks about Ruby Motion and how he thinks Ruby Spy would / wouldn’t fit. 32:56 – What is funny about that, Chuck, is that you can ALT click... 34:07 – Chuck mentions another app. 34:17 – Julia. 34:40 – Chuck. 35:03 – Chuck: What else are you doing with Ruby Spy that is new? 35:05 – Julia: Not much. It’s fun to see people come in to make contributions. 35:33 – Panelist: Here is a suggestion, some kind of web server that you could... 35:57 – Great idea. 36:04 – Chuck: It wouldn’t be hard to embed it. 36:12 – Julia: Sharing it between...so we don’t have to build the same thing twice. 36:33 – Chuck and Julia go back-and-forth about Ruby Spy and Pie Spy, 37:23 – Julia: Pearl was my first language, and I still love it. 37:32 – Chuck: I guess I can’t knock it because I really haven’t tried it. 37:48 – Ruby was inspired by Pearl so there’s that. 37:57 – Chuck: How do people start using your tool? What is your advice? 38:01 – Julia: Yeah just try it and see. Install it through Home Brew if you have a Mac. 38:25 – Chuck: Picks! 38:32 – Advertisement – Get a Coder Job. 39:07 – Picks! Links: Get a Coder Job Course Ruby Motion Ruby on Rails StackProf – GitHub Ruby Spy Rails_Panel – GitHub Julia Evans’ Twitter Julia Evans’ Blog Julia Evans’ GitHub Julia Evans’ LinkedIn Sponsors: Sentry Digital Ocean Get a Coder Job Course Picks: Dave Vise Deep Freeze Charles Elixir in Phoenix Vue JS Views on Vue Side Projects Doc McStuffins Headphones David Ed Lahey Julia Growing a Business Notability App