POPULARITY
88 episodes with my javascript story
87 episodes with my javascript story
104 episodes with my javascript story
4 episodes with my javascript story
4 episodes with my javascript story
2 episodes with my javascript story
2 episodes with my javascript story
2 episodes with my javascript story
3 episodes with my javascript story
Kevin Kreuzer, a freelance front end engineer from Switzerland shares his developer’s journey in this episode of the My JavaScript Story. Kevin is also a Google Developer expert, who loves JavaScript, Angular etc and as such writes a lot of blog posts and maintains some open source libraries. And when he is not engrossed in the tech world, he is out snowboarding or playing soccer. Host: Charles Max Wood Joined By Special Guest: Kevin Kreuzer Sponsors G2i | Enjoy the luxuries of freelancing CacheFly Links Medium Kevin Kreuzer GitHub Kevin Kreuzer GitHub kreuzerk/svg-to-ts Twitter Kevin Kreuzer: @kreuzercode Picks Kevin Kreuzer: GitHub kreuzerk/ng-sortgrid Jojo Rabbit The Settlers of Catan Charles Max Wood: Narnia Boxed Set
Kevin Kreuzer, a freelance front end engineer from Switzerland shares his developer’s journey in this episode of the My JavaScript Story. Kevin is also a Google Developer expert, who loves JavaScript, Angular etc and as such writes a lot of blog posts and maintains some open source libraries. And when he is not engrossed in the tech world, he is out snowboarding or playing soccer. Host: Charles Max Wood Joined By Special Guest: Kevin Kreuzer Sponsors G2i | Enjoy the luxuries of freelancing CacheFly Links Medium Kevin Kreuzer GitHub Kevin Kreuzer GitHub kreuzerk/svg-to-ts Twitter Kevin Kreuzer: @kreuzercode Picks Kevin Kreuzer: GitHub kreuzerk/ng-sortgrid Jojo Rabbit The Settlers of Catan Charles Max Wood: Narnia Boxed Set
Kevin Kreuzer, a freelance front end engineer from Switzerland shares his developer’s journey in this episode of the My JavaScript Story. Kevin is also a Google Developer expert, who loves JavaScript, Angular etc and as such writes a lot of blog posts and maintains some open source libraries. And when he is not engrossed in the tech world, he is out snowboarding or playing soccer. Host: Charles Max Wood Joined By Special Guest: Kevin Kreuzer Sponsors G2i | Enjoy the luxuries of freelancing CacheFly Links Medium Kevin Kreuzer GitHub Kevin Kreuzer GitHub kreuzerk/svg-to-ts Twitter Kevin Kreuzer: @kreuzercode Picks Kevin Kreuzer: GitHub kreuzerk/ng-sortgrid Jojo Rabbit The Settlers of Catan Charles Max Wood: Narnia Boxed Set
In this week's episode of My JavaScript Story, Charles Max Wood interviews Farzad Yousefzadehr, who was a guest on the React Round Up show. As a Senior Software Engineer, Farzad has the cool job of designing and refactoring existing games at Epic Games. He currently lives in Helsinki, Finland, with his lovely wife and cat. Host: Charles Max Wood Joined By Special Guest: Farzad Yousefzadehr Sponsors G2i | Enjoy the luxuries of freelancing CacheFly "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! Links RRU 079: State Machines and State Charts with Farzad Yousef Zadeh The Imposters Handbook Twitter: @Farzad_YZ Picks Farzad Yousefzadehr: Almost Everything on Computers is Perceptually Slower Than It Was In 1983 Charles Max Wood: BusyCal podcastplaybook.co
In this week's episode of My JavaScript Story, Charles Max Wood interviews Farzad Yousefzadehr, who was a guest on the React Round Up show. As a Senior Software Engineer, Farzad has the cool job of designing and refactoring existing games at Epic Games. He currently lives in Helsinki, Finland, with his lovely wife and cat. Host: Charles Max Wood Joined By Special Guest: Farzad Yousefzadehr Sponsors G2i | Enjoy the luxuries of freelancing CacheFly "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! Links RRU 079: State Machines and State Charts with Farzad Yousef Zadeh The Imposters Handbook Twitter: @Farzad_YZ Picks Farzad Yousefzadehr: Almost Everything on Computers is Perceptually Slower Than It Was In 1983 Charles Max Wood: BusyCal podcastplaybook.co
In this week's episode of My JavaScript Story, Charles Max Wood interviews Farzad Yousefzadehr, who was a guest on the React Round Up show. As a Senior Software Engineer, Farzad has the cool job of designing and refactoring existing games at Epic Games. He currently lives in Helsinki, Finland, with his lovely wife and cat. Host: Charles Max Wood Joined By Special Guest: Farzad Yousefzadehr Sponsors G2i | Enjoy the luxuries of freelancing CacheFly "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! Links RRU 079: State Machines and State Charts with Farzad Yousef Zadeh The Imposters Handbook Twitter: @Farzad_YZ Picks Farzad Yousefzadehr: Almost Everything on Computers is Perceptually Slower Than It Was In 1983 Charles Max Wood: BusyCal podcastplaybook.co
My JavaScript Story this week welcomes Paul Cowan. Paul works as a consultant in front end development. He learned how to program at a really early age but didn't own an email address until he was 30 years old. When he was 30 years old he wanted to change his lifestyle and attended a course in London and took a job as a software developer. Paul was interested in React because, for him, much of programming didn’t make a whole lot of sense until he read about the flux model and React Redux was one of the few frameworks that followed the flux model. Spending most of his life outside of the programming world has granted him a unique perspective framework like React. Host: Charles Max Wood Joined By Special Guest: Paul Cowan Sponsors G2i CacheFly ______________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ______________________________________ Links RRU 088: Frustrations with React Hooks with Paul Cowan Paul's Twitter Paul's Blog Picks Paul Cowan: https://blog.logrocket.com/ Fitness and MMA Fight Charles Max Wood: "#100daysofvue" Vue Learning Challenge @ Devchat.tv YouTube Channel https://www.youtube.com/channel/UCABJEQ57MIn6X3TIHIebJUw/videos Devchat.tv Upcoming Workshops: "How To Stay Current" "How to Find Your Dream Developer Job" "How to Start a Podcast" Sign up for the newsletter @ https://devchat.tv/subscribe/ to receive information about our upcoming workshops
My JavaScript Story this week welcomes Paul Cowan. Paul works as a consultant in front end development. He learned how to program at a really early age but didn't own an email address until he was 30 years old. When he was 30 years old he wanted to change his lifestyle and attended a course in London and took a job as a software developer. Paul was interested in React because, for him, much of programming didn’t make a whole lot of sense until he read about the flux model and React Redux was one of the few frameworks that followed the flux model. Spending most of his life outside of the programming world has granted him a unique perspective framework like React. Host: Charles Max Wood Joined By Special Guest: Paul Cowan Sponsors G2i CacheFly ______________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ______________________________________ Links RRU 088: Frustrations with React Hooks with Paul Cowan Paul's Twitter Paul's Blog Picks Paul Cowan: https://blog.logrocket.com/ Fitness and MMA Fight Charles Max Wood: "#100daysofvue" Vue Learning Challenge @ Devchat.tv YouTube Channel https://www.youtube.com/channel/UCABJEQ57MIn6X3TIHIebJUw/videos Devchat.tv Upcoming Workshops: "How To Stay Current" "How to Find Your Dream Developer Job" "How to Start a Podcast" Sign up for the newsletter @ https://devchat.tv/subscribe/ to receive information about our upcoming workshops
My JavaScript Story this week welcomes Paul Cowan. Paul works as a consultant in front end development. He learned how to program at a really early age but didn't own an email address until he was 30 years old. When he was 30 years old he wanted to change his lifestyle and attended a course in London and took a job as a software developer. Paul was interested in React because, for him, much of programming didn’t make a whole lot of sense until he read about the flux model and React Redux was one of the few frameworks that followed the flux model. Spending most of his life outside of the programming world has granted him a unique perspective framework like React. Host: Charles Max Wood Joined By Special Guest: Paul Cowan Sponsors G2i CacheFly ______________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ______________________________________ Links RRU 088: Frustrations with React Hooks with Paul Cowan Paul's Twitter Paul's Blog Picks Paul Cowan: https://blog.logrocket.com/ Fitness and MMA Fight Charles Max Wood: "#100daysofvue" Vue Learning Challenge @ Devchat.tv YouTube Channel https://www.youtube.com/channel/UCABJEQ57MIn6X3TIHIebJUw/videos Devchat.tv Upcoming Workshops: "How To Stay Current" "How to Find Your Dream Developer Job" "How to Start a Podcast" Sign up for the newsletter @ https://devchat.tv/subscribe/ to receive information about our upcoming workshops
My JavaScript Story this week welcomes Maximiliano Firtman. Maximiliano Firtman is a mobile web developer from Buenos Ares, Argentina. He has been a developer for 24 years and his most recent focus has been on progressive web apps. Maximiliano started coding when he was 11 years old by creating games and digital magazines. He got into web development by learning HTML in college. Host: Charles Max Wood Joined By Special Guest: Maximiliano Firtman Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan CacheFly ______________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ______________________________________ Links JSJ 415: Progressive Web Apps with Maximiliano Firtman Maximiliano Firtman Website Maximiliano Firtman Twitter Picks Maximiliano Firtman: Using Trusted Web Activities Charles Max Wood: Generation Z Unfiltered by Tim Elmore
My JavaScript Story this week welcomes Maximiliano Firtman. Maximiliano Firtman is a mobile web developer from Buenos Ares, Argentina. He has been a developer for 24 years and his most recent focus has been on progressive web apps. Maximiliano started coding when he was 11 years old by creating games and digital magazines. He got into web development by learning HTML in college. Host: Charles Max Wood Joined By Special Guest: Maximiliano Firtman Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan CacheFly ______________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ______________________________________ Links JSJ 415: Progressive Web Apps with Maximiliano Firtman Maximiliano Firtman Website Maximiliano Firtman Twitter Picks Maximiliano Firtman: Using Trusted Web Activities Charles Max Wood: Generation Z Unfiltered by Tim Elmore
My JavaScript Story this week welcomes Maximiliano Firtman. Maximiliano Firtman is a mobile web developer from Buenos Ares, Argentina. He has been a developer for 24 years and his most recent focus has been on progressive web apps. Maximiliano started coding when he was 11 years old by creating games and digital magazines. He got into web development by learning HTML in college. Host: Charles Max Wood Joined By Special Guest: Maximiliano Firtman Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan CacheFly ______________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ______________________________________ Links JSJ 415: Progressive Web Apps with Maximiliano Firtman Maximiliano Firtman Website Maximiliano Firtman Twitter Picks Maximiliano Firtman: Using Trusted Web Activities Charles Max Wood: Generation Z Unfiltered by Tim Elmore
My JavaScript Story this week welcomes Jonathan Lee Martin. Jonathan is an educator, speaker, and author. He has been a developer since high school and he started out by teaching at Big Nerd Ranch and currently has his own teaching brand. He teaches career switchers and senior developers and also has written a book "Functional Design Patterns for Express.js". Teaching career switchers has led him to adopt a pedagogy approach to teaching where he focuses on getting people to absorb relevant information faster. Some of the lessons he has learned when working with career switchers is the role of failure in the classroom. He noticed when something did not work in their code career switchers tended to want to start out again instead of debugging what was wrong with the code. Jonathan had to show that most of developing is turning failure into success and getting code that doesn't work bu debugging and asking for help. Host: Charles Max Wood Joined By Special Guest: Jonathan Martin Sponsors G2i CacheFly ______________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ______________________________________ Links JSJ 396: Publishing Your Book with Jonathan Lee Martin Jonathan's LinkedIn Jonathan's Twitter https://jonathanleemartin.com/ Functional Design Patterns for Express.js Picks Charles Max Wood: Pomodoro Timer Amazon Fire tv stick Jonathan Martin: WebXR Device API Innergie USB C Charger
My JavaScript Story this week welcomes Jonathan Lee Martin. Jonathan is an educator, speaker, and author. He has been a developer since high school and he started out by teaching at Big Nerd Ranch and currently has his own teaching brand. He teaches career switchers and senior developers and also has written a book "Functional Design Patterns for Express.js". Teaching career switchers has led him to adopt a pedagogy approach to teaching where he focuses on getting people to absorb relevant information faster. Some of the lessons he has learned when working with career switchers is the role of failure in the classroom. He noticed when something did not work in their code career switchers tended to want to start out again instead of debugging what was wrong with the code. Jonathan had to show that most of developing is turning failure into success and getting code that doesn't work bu debugging and asking for help. Host: Charles Max Wood Joined By Special Guest: Jonathan Martin Sponsors G2i CacheFly ______________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ______________________________________ Links JSJ 396: Publishing Your Book with Jonathan Lee Martin Jonathan's LinkedIn Jonathan's Twitter https://jonathanleemartin.com/ Functional Design Patterns for Express.js Picks Charles Max Wood: Pomodoro Timer Amazon Fire tv stick Jonathan Martin: WebXR Device API Innergie USB C Charger
My JavaScript Story this week welcomes Jonathan Lee Martin. Jonathan is an educator, speaker, and author. He has been a developer since high school and he started out by teaching at Big Nerd Ranch and currently has his own teaching brand. He teaches career switchers and senior developers and also has written a book "Functional Design Patterns for Express.js". Teaching career switchers has led him to adopt a pedagogy approach to teaching where he focuses on getting people to absorb relevant information faster. Some of the lessons he has learned when working with career switchers is the role of failure in the classroom. He noticed when something did not work in their code career switchers tended to want to start out again instead of debugging what was wrong with the code. Jonathan had to show that most of developing is turning failure into success and getting code that doesn't work bu debugging and asking for help. Host: Charles Max Wood Joined By Special Guest: Jonathan Martin Sponsors G2i CacheFly ______________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood is now available on Amazon. Get Your Copy Today! ______________________________________ Links JSJ 396: Publishing Your Book with Jonathan Lee Martin Jonathan's LinkedIn Jonathan's Twitter https://jonathanleemartin.com/ Functional Design Patterns for Express.js Picks Charles Max Wood: Pomodoro Timer Amazon Fire tv stick Jonathan Martin: WebXR Device API Innergie USB C Charger
Douglas Crockford self-described as the person who discovered that JavaScript has good parts is on this week's My JavaScript Story. Charles and Douglas talk about how Douglas got introduced to programming. and how he specialized in JavaScript. Douglas realized that there's going to be a convergence of TV and computing very early in his career. So a lot of his career has been bridging those two things, helping the evolution toward digital media. After working for Atari he went to work at Lucasfilm where he stayed for 8 years. Charles asks Douglas what he is working on now, and what his plans are for the future. Douglas is planning to write more books one of which is Math for Programmers. Host: Charles Max Wood Joined by Special Guest: Douglas Crockford Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan My Angular Story React Native Radio CacheFly ________________________________________________________________________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood will be out on November 20th on Amazon. Get your copy on that date only for $2.99 ________________________________________________________________________________________________ Links JSJ 392: The Murky Past and Misty Future of JavaScript with Douglas Crockford JavaScript: The Good Parts How JavaScript Works by Douglas Crockford https://www.crockford.com Picks Charles Max Wood: https://www.mypillow.com/
Douglas Crockford self-described as the person who discovered that JavaScript has good parts is on this week's My JavaScript Story. Charles and Douglas talk about how Douglas got introduced to programming. and how he specialized in JavaScript. Douglas realized that there's going to be a convergence of TV and computing very early in his career. So a lot of his career has been bridging those two things, helping the evolution toward digital media. After working for Atari he went to work at Lucasfilm where he stayed for 8 years. Charles asks Douglas what he is working on now, and what his plans are for the future. Douglas is planning to write more books one of which is Math for Programmers. Host: Charles Max Wood Joined by Special Guest: Douglas Crockford Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan My Angular Story React Native Radio CacheFly ________________________________________________________________________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood will be out on November 20th on Amazon. Get your copy on that date only for $2.99 ________________________________________________________________________________________________ Links JSJ 392: The Murky Past and Misty Future of JavaScript with Douglas Crockford JavaScript: The Good Parts How JavaScript Works by Douglas Crockford https://www.crockford.com Picks Charles Max Wood: https://www.mypillow.com/
Douglas Crockford self-described as the person who discovered that JavaScript has good parts is on this week's My JavaScript Story. Charles and Douglas talk about how Douglas got introduced to programming. and how he specialized in JavaScript. Douglas realized that there's going to be a convergence of TV and computing very early in his career. So a lot of his career has been bridging those two things, helping the evolution toward digital media. After working for Atari he went to work at Lucasfilm where he stayed for 8 years. Charles asks Douglas what he is working on now, and what his plans are for the future. Douglas is planning to write more books one of which is Math for Programmers. Host: Charles Max Wood Joined by Special Guest: Douglas Crockford Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan My Angular Story React Native Radio CacheFly ________________________________________________________________________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood will be out on November 20th on Amazon. Get your copy on that date only for $2.99 ________________________________________________________________________________________________ Links JSJ 392: The Murky Past and Misty Future of JavaScript with Douglas Crockford JavaScript: The Good Parts How JavaScript Works by Douglas Crockford https://www.crockford.com Picks Charles Max Wood: https://www.mypillow.com/
This week, My Javascript Story welcomes Javan Makhmali,a Programmer at Basecamp from Ann Arbor, Michigan. Javan attended Community College to study Computer Science but then decided to work as a Freelancer developer. Javan and Charles debate whether having a 4-year college degree is better to become a developer and conclude that it depends on the person. Some people prefer a structured 4 year degree to feel ready for a full time jo and some people do better with bootcamps. Javan mentions he knows several people that switched careers after completing an 8 week bootcamp and that the industry was really flexible to accomodate both options. Charles and Javan then continue talking about Javan's journey as a developer and particularly his journey with Basecamp. Javan started out working with Ruby on Rails and after a couple of years applied for a job at Basecamp (then known as 37 Signals). Javan then started working with CoffeeScript which helped him understand working with JavaScript. Charles and Javan talk about the projects Javan is working on currently at Basecamp. Outside of work Javan, is a new parent and enjoys spending time with his daughter. He feels ever since he has become a parent, his work life balance has been better. Host: Charles Max Wood Joined by Special Guest: Javan Makhmali Links JSJ 376: Trix: A Rich Text Editor for Everyday Writing with Javan Makhmali Javan's Twitter Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Dev Ed Podcast Adventures in Blockchain CacheFly Picks Charles Max Wood: https://maxcoders.io/
This week, My Javascript Story welcomes Javan Makhmali,a Programmer at Basecamp from Ann Arbor, Michigan. Javan attended Community College to study Computer Science but then decided to work as a Freelancer developer. Javan and Charles debate whether having a 4-year college degree is better to become a developer and conclude that it depends on the person. Some people prefer a structured 4 year degree to feel ready for a full time jo and some people do better with bootcamps. Javan mentions he knows several people that switched careers after completing an 8 week bootcamp and that the industry was really flexible to accomodate both options. Charles and Javan then continue talking about Javan's journey as a developer and particularly his journey with Basecamp. Javan started out working with Ruby on Rails and after a couple of years applied for a job at Basecamp (then known as 37 Signals). Javan then started working with CoffeeScript which helped him understand working with JavaScript. Charles and Javan talk about the projects Javan is working on currently at Basecamp. Outside of work Javan, is a new parent and enjoys spending time with his daughter. He feels ever since he has become a parent, his work life balance has been better. Host: Charles Max Wood Joined by Special Guest: Javan Makhmali Links JSJ 376: Trix: A Rich Text Editor for Everyday Writing with Javan Makhmali Javan's Twitter Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Dev Ed Podcast Adventures in Blockchain CacheFly Picks Charles Max Wood: https://maxcoders.io/
The guest panelist for this episode of Views on Vue is Michele Cynowicz. Michele is a senior front-end engineer at Vox Media. The discussion opens up with Ari asking Michele to share her background of how she got into development. She started in design in the late 1990’s and early 2000’s and transitioned into being a front end developer working with basic HTML and CSS and moved up into working with JavaScript, frameworks, and back end technologies. She has also worked with templating systems for Python and PHP. She is currently working on projects with Ruby on Rails and has recently worked on a project where she put a VueJS front end on top of a Ruby on Rails back-end. This project was the beginning of her forray into VueJS and this leads her into the topic for this episode, prototyping and the design cycle. Ari asks Michele to elaborate more on what design means in this context and she shares a story of a time she was looking at a resume that was poorly designed, and the candidates’ attached portfolio had a poor user experience. Michele points out why the combination of these two factors made it challenging for the candidate to get job offers. Michele brings out the conclusion that it is possible to have a lifetime of front end user experience and have little to no exposure to user experience and design. She shares an overview of how the development process operates where she works and how design is involved in that process. Ari and Michele then have a discussion on usability testing, how they came to use it in their respective organizations, and how they put these concepts into practical application. The next topic covered by the Vue experts is functional prototyping. Michele explains what she defines a functional prototype, how they work with components, and shares an example. She also details what she calls a prototype wrapper and how it works. Michele explains how the process they go through for user testing helps to improve the usability of the application. Michele also explains some differences between agile and waterfall development methodologies. Elizabeth then asks Michele to share more detail on how she implements these ideas in production without exposing half finished code to the world. Michele shares that she uses these concepts in applications that require sign-in and in this way she is able to control who sees them. Michele shares how logistics can be an issue with her method of user testing. If users are in multiple locations, it can be difficult to work together. She details how she overcomes these types of challenges to build prototypes and keep them in production. Elizabeth then shifts the discussion to a more technical explanation of how this prototype scaffold works and the panelists discuss this in more detail as well as how to overcome some of the challenges presented. Michele is on twitter and can be reached in the vue vixens slack community. Panelists Ari Clark Elizabeth Fine Ben Hong Guest Michele Cynowicz Sponsors Tidelift Sentry use the code “devchat” for 2 months free on Sentry’s small plan My JavaScript Story Links Vox Media Views on Vue Redesigning For State Management Agile Waterfall @michelecynowicz on twitter Picks Elizabeth Fine Her Applesauce Recipe Webpack Bundle Analyzer Ben Hong Lucifer Netflix Series Super Pumped: The Battle For Uber Michele Cynowicz The Good Place Series Resilient Management Ari Clark Hello, Privilege, It’s me, Chelsea
The guest panelist for this episode of Views on Vue is Michele Cynowicz. Michele is a senior front-end engineer at Vox Media. The discussion opens up with Ari asking Michele to share her background of how she got into development. She started in design in the late 1990’s and early 2000’s and transitioned into being a front end developer working with basic HTML and CSS and moved up into working with JavaScript, frameworks, and back end technologies. She has also worked with templating systems for Python and PHP. She is currently working on projects with Ruby on Rails and has recently worked on a project where she put a VueJS front end on top of a Ruby on Rails back-end. This project was the beginning of her forray into VueJS and this leads her into the topic for this episode, prototyping and the design cycle. Ari asks Michele to elaborate more on what design means in this context and she shares a story of a time she was looking at a resume that was poorly designed, and the candidates’ attached portfolio had a poor user experience. Michele points out why the combination of these two factors made it challenging for the candidate to get job offers. Michele brings out the conclusion that it is possible to have a lifetime of front end user experience and have little to no exposure to user experience and design. She shares an overview of how the development process operates where she works and how design is involved in that process. Ari and Michele then have a discussion on usability testing, how they came to use it in their respective organizations, and how they put these concepts into practical application. The next topic covered by the Vue experts is functional prototyping. Michele explains what she defines a functional prototype, how they work with components, and shares an example. She also details what she calls a prototype wrapper and how it works. Michele explains how the process they go through for user testing helps to improve the usability of the application. Michele also explains some differences between agile and waterfall development methodologies. Elizabeth then asks Michele to share more detail on how she implements these ideas in production without exposing half finished code to the world. Michele shares that she uses these concepts in applications that require sign-in and in this way she is able to control who sees them. Michele shares how logistics can be an issue with her method of user testing. If users are in multiple locations, it can be difficult to work together. She details how she overcomes these types of challenges to build prototypes and keep them in production. Elizabeth then shifts the discussion to a more technical explanation of how this prototype scaffold works and the panelists discuss this in more detail as well as how to overcome some of the challenges presented. Michele is on twitter and can be reached in the vue vixens slack community. Panelists Ari Clark Elizabeth Fine Ben Hong Guest Michele Cynowicz Sponsors Tidelift Sentry use the code “devchat” for 2 months free on Sentry’s small plan My JavaScript Story Links Vox Media Views on Vue Redesigning For State Management Agile Waterfall @michelecynowicz on twitter Picks Elizabeth Fine Her Applesauce Recipe Webpack Bundle Analyzer Ben Hong Lucifer Netflix Series Super Pumped: The Battle For Uber Michele Cynowicz The Good Place Series Resilient Management Ari Clark Hello, Privilege, It’s me, Chelsea
This week, My Javascript Story welcomes Javan Makhmali,a Programmer at Basecamp from Ann Arbor, Michigan. Javan attended Community College to study Computer Science but then decided to work as a Freelancer developer. Javan and Charles debate whether having a 4-year college degree is better to become a developer and conclude that it depends on the person. Some people prefer a structured 4 year degree to feel ready for a full time jo and some people do better with bootcamps. Javan mentions he knows several people that switched careers after completing an 8 week bootcamp and that the industry was really flexible to accomodate both options. Charles and Javan then continue talking about Javan's journey as a developer and particularly his journey with Basecamp. Javan started out working with Ruby on Rails and after a couple of years applied for a job at Basecamp (then known as 37 Signals). Javan then started working with CoffeeScript which helped him understand working with JavaScript. Charles and Javan talk about the projects Javan is working on currently at Basecamp. Outside of work Javan, is a new parent and enjoys spending time with his daughter. He feels ever since he has become a parent, his work life balance has been better. Host: Charles Max Wood Joined by Special Guest: Javan Makhmali Links JSJ 376: Trix: A Rich Text Editor for Everyday Writing with Javan Makhmali Javan's Twitter Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Dev Ed Podcast Adventures in Blockchain CacheFly Picks Charles Max Wood: https://maxcoders.io/
Charles Max Wood talks to Filipa Lacerda in this week's My JavaScript Story. Filipa has been working as a front end engineer since 2011 and she currently works at GitLab. Filipa originally wanted to study Economy but when she got to university she decided to major in Communications thinking it would be a lot more about communication and not as much about coding. At first she really didn't like the coding aspect of it but then as time went by she actually started to enjoy coding. When she first started working she started out on the User Experience side, but then she wanted to switch to building stuff with code because she wanted to see results really fast and enjoyed that aspect of coding. Charles asks why she stuck with that degree instead of switching it and Filipa explains that at first because she didn't want to go back and re - take the exams and also decided that this degree offered many job opportunities in many different industries and now she can't imagine herself doing anything else. Filipa then talks about why she is working with Vue and all the different kind of projects she has done using Vue as well as what working for GitLab looks like on a day to day basis. Host: Charles Max Wood Joined by Special Guest: Filipa Lacerda Links https://devchat.tv/views-on-vue/vov-025-gitlabs-journey-with-vue-with-filipa-lacerda-and-jacob-schatz/ https://devchat.tv/views-on-vue/vov-009-building-modal-component-with-filipa-lacerda/ https://filipa.gitlab.io/ https://twitter.com/FilipaLacerda Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in .NET Elixir Mix CacheFly Picks Filipa Lacerda: Why We Sleep by Walker PhD, Matthew Charles Max Wood: RxJS Live: Conference Nikon D5600 Camera RØDE Microphones
In this episode of The iPhreaks Show the panel interviews well-known author Paul Hudson. Paul is the creator and editor of Hacking with Swift. He does talks all around the world and writes books about swift. Paul went to the recent WWDC and even managed to write a book while at the conference. The panel asks him about the conference. Paul explains that he didn’t go to many talks, instead, he uses that time to prepare for the labs. Curious the panel wonders at this strategy for conference attendance. Paul expounds, explaining there are only about 10 minutes of good stuff in a 40-minute talk once you get past the intros, jokes, stories and other filler. He can watch those online. His time is better spent playing with Swift and preparing questions for the labs. As for writing a book during the conference, he explains that the body can do amazing things when fueled by caffeine. He also made sure he was in the Marriot where the conference was held, that way he could walk downstairs and know that his swift code was correct. This saved him a ton of time worrying and second-guessing his code. The panel considers how SwiftUI has progressed. Paul explains how in the early days it was really hard to tell which features worked as designed. The beta used in the presentations at WWDC is not the beta given to developers, by the time developers get beta 1, Apple is already working on beta 3. He emphasizes the importance of filing your radars early because everything is changing so quickly. Paul goes onto explain that SwiftUI is learning from the mistakes of Swift. Swift had everything but none of it was great. SwiftUI is missing things but what it does have is great. Paul has a new program for learning Swift called 100 Days of Swift. For each of the 100 days, Pauls supplies an encouraging and educational article along with a kit. The kit includes chapters to read, videos to watch, tutorials, projects, assessments, and challenges. Paul put a lot of work into creating hours of free content. After SwiftUI was out for a few months he decided to do 100 Days of SwiftUI. His goal with these programs is that by doing these each day for less than an hour, you will graduate by Dec 31st, just in time for the New Year. The panel considers the wonderful things about this program and asks Paul about the feedback he has received from it. This program builds and leads to a goal. People are so proud of what they are accomplishing they can share it on social media. Paul works hard every day to make sure everyone feels welcome on his site and in his programs. Every day he finds people on twitter using the 100 Days of Swift hashtag and encourages them with positive feedback. Next, the panel discusses the dark corners of iOS 13 where all the new features that people are missing are. Paul explains that there are so many amazing new features in iOS 13 that have been drowned out by SwiftUI. These features include Cryptokit, Imagekit, SF Symbols, Core Haptics, improved core images, quality of life improvements, date-time formatter and many more. He explains a few of the features that he is really excited for and encourages listeners to check out all the features. Paul wonders if it is Apple’s plan to get as many developers to adopt iOS 13 with all these exciting new features. The panel considers how the poor documentation problem will hold developers back from adopting iOS 13. With poor documentation and only WWDC presentations to go off of many developers have to go looking to outside sources to learn how to use these tools. Considering how the documentation has gone down for years and the fact that Apple is so wealthy, Paul concludes that Apple has to have a greater plan for documentation in works. He predicts that it will be something more interactive to fit the learning trends of the day, bring people to iOS. The panel considers how iOS is becoming less programmerly and how this too may bring more people to iOS. Paul goes on a small rant about the chasm between iOS and Mac development. He explains how he is continually nagging whoever he can to see this fixed. Paul believes that the best way to align these to platforms is to bring Swift Playground to Mac. The episode ends with Paul explaining his app, Unwrap. Unwrap teaches Swift, it is opensource and free. With it, you learn Swift by earning badges, completing challenges and taking assessments. The panel loves that is open source and fun. Paul explains that this app and his 100 Days of Swift program are not just for beginners, programmers of all levels have told him how much they have learned from these resources. Panelists Abbey Jackson Evan Stone Jaim Zuber Guest Paul Hudson Sponsors Sentry– use the code “devchat” for two months free on Sentry’s small plan My Ruby Story My JavaScript Story CacheFly ________________________________________________________________________________________________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood will be out on November 20th on Amazon. Get your copy on that date only for $1. ________________________________________________________________________________________________________________________ Links iPS 243: Paul Hudson - Writing, Swift, & Writing Swift https://developer.apple.com/wwdc19/ https://www.hackingwithswift.com/100 https://www.hackingwithswift.com/quick-start/swiftui https://www.hackingwithswift.com/100/swiftui https://twitter.com/hashtag/100DaysOfSwiftUI?src=hash https://www.hackingwithswift.com/unwrap https://twitter.com/twostraws https://www.facebook.com/ReactNativeRadio/ https://twitter.com/R_N_Radio Picks Abbey Jackson: SF Viewer App Evan Stone: Love Notes to Newton Einstein Paul Hudson: Swiftoberfest Spendo App
Charles Max Wood talks to Filipa Lacerda in this week's My JavaScript Story. Filipa has been working as a front end engineer since 2011 and she currently works at GitLab. Filipa originally wanted to study Economy but when she got to university she decided to major in Communications thinking it would be a lot more about communication and not as much about coding. At first she really didn't like the coding aspect of it but then as time went by she actually started to enjoy coding. When she first started working she started out on the User Experience side, but then she wanted to switch to building stuff with code because she wanted to see results really fast and enjoyed that aspect of coding. Charles asks why she stuck with that degree instead of switching it and Filipa explains that at first because she didn't want to go back and re - take the exams and also decided that this degree offered many job opportunities in many different industries and now she can't imagine herself doing anything else. Filipa then talks about why she is working with Vue and all the different kind of projects she has done using Vue as well as what working for GitLab looks like on a day to day basis. Host: Charles Max Wood Joined by Special Guest: Filipa Lacerda Links https://devchat.tv/views-on-vue/vov-025-gitlabs-journey-with-vue-with-filipa-lacerda-and-jacob-schatz/ https://devchat.tv/views-on-vue/vov-009-building-modal-component-with-filipa-lacerda/ https://filipa.gitlab.io/ https://twitter.com/FilipaLacerda Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in .NET Elixir Mix CacheFly Picks Filipa Lacerda: Why We Sleep by Walker PhD, Matthew Charles Max Wood: RxJS Live: Conference Nikon D5600 Camera RØDE Microphones
In this episode of The Freelancer’s Show the panel discusses setting boundaries on the scope of engagements. This means not taking jobs that are too big or too small for you. They begin by define projects that are too small. They explain how many may not realize that there is such a thing a project that is too small. A too-small engagement may be too short in duration or not profitable enough. An example Erik Dietrich shares is a two-hour job that is three hours away and they are only paying your $200, between travel, and labor that is 8 hours of work for only $200 which is not worth it. Jeremy Green shares an example from his past. He fell into the trap of taking on 2-hours per month retainer contracts. The problem with contracts like these is that clients cannot intuitively understand how long things will take or may feel that the 2-hours they paid for should roll over when a month goes by without using them. They explain how setting boundaries defining what is too small is better than trying to use your judgment at the time of the engagement. Many developers have an any work is better than no work mindset, the panel explains how this is not true especially when you are losing money to the overhead of communicating for 5 hours, doing a 5-hour job and only getting paid for 5-hours of work, ostensibly cutting your profits in half. Erik walks listeners through a helpful exercise of putting numbers to your costs, working your way backward through the numbers to decide how much you would actually have to make in order for a project to be worth your time. He explains that he wishes he had started doing this years ago. This exercise will also arm you with information that will help you from a negotiating perspective. It allows you to speak with authority about what you will and won’t do, giving you the power in the sales conversation and allowing your clients to see what they are really asking of you. Besides the time spent and how much money you will make, the panel shares another scoping boundary, turn around time. They explain that if a client tells you they needed this done yesterday, run. It is a red flag, this means they haven’t done enough planning and it will only lead to a bad situation. Jeremy explains the difference between those who say they want it as soon as possible and those whose hair is on fire and they need it now now now. Some ways to set boundaries for this is to require a certain number of weeks before you can begin a project and a certain number of weeks for actually working on the project. By setting these boundaries you make sure the project is sane and workable. Erik explains that as the professional you have the experience to set a reasonable timeline for the work required, which means you should have control over the conversation of time. Next, the panel moves on to establishing boundaries with clients. They explain the importance of setting expectations when it comes to contacting your and the hours you keep. Also, set expectations on how quickly you expect them to respond to you. Jeremy shares times when short projects were dragged out because the client failed to respond to his emails. The panel discusses strategies for getting feedback from clients and escape routes for when clients refuse to communicate. On the opposite end of the scale are projects that are too large of an engagement. How large is too large depends on the individual. Some developers may want a year-long contract where they work full time on one project while others may be looking to build a consulting practice. However, no matter what you are looking for it is always possible to get in over your head. The panel advises listeners to have a realistic view of what you can actually do and what you want as a freelancer. Do you want to work solo or over a team? This decision will affect the types and sizes of jobs you will take. You don’t want to take a job that should be done by a team when you want to remain solo, on a similar note you wouldn’t want to take on a job that you could do alone but still have to pay a whole team. The panel warns against taking on projects with an undefined scope of work, something vague like building an e-commerce site could be dragged on and on as the client adds on more and more features they want. They advise that if you take a job with a project fee to make sure you charge for discovery. Jeremy shares a time where he agreed to one job and once he saw the code he realized the job was not what he agreed to. The panel shares ways to avoid this problem. One way is to agree to work for a number of weeks and revisit the scope of the work after getting your hands into the code. Now that they have explained how to set your boundaries, the panel shares advice on how to disengage from engagements that do not fit the boundaries you have set. The engagements that are too small are easier to disengage from. Using the 2-hour retainer model from earlier, explain to your clients that you have increased the minimum number of hours needed to keep you on retainer and that they do have need of that work. If they agree then great, if not it gives you a reason to move on and find work that fits your needs. Erik explains two rules of thumb when disengaging from a client. First, a great phrase that no one can argue with is “I can’t make a business case for this”. The other is that when disengaging to err on the side of generosity, give them a generous refund or allow them to keep a sample of your product. Extracting yourself from an over scoped project is much more difficult especially if they have paid you a large sum upfront and you have put a lot of work into the project. The advice the panel gives is to go to your client as early as possible and explain that the project is going to take a lot more time and resources that you first thought and hopefully you will be able to work something out. If possible, before engaging in any project the panel advises you to determine the worst-case scenario and to work safeguards into the agreement. Finally, the panel lists questions to ask yourself to determine the perfect projects for yourself. Do you want to hire subcontractors? Is there a time limit you want to work on one project for? What are your costs? What and how many hours do you want to work each day? How much communication do you want to have with clients? What fo you want your business and life to look like. Once you answer these questions and set your boundaries the perfect scope of engagements will be easier to define. Panelists Erik Dietrich Jeremy Green Sponsors Sentry– use the code “devchat” for two months free on Sentry’s small plan Adventures in DevOps My JavaScript Story CacheFly Links https://twitter.com/daedtech https://www.facebook.com/freelancersshow/ Picks Erik Dietrich: American Express Travel Insiders HitSubscribe Mailing list Jeremy Green: The Raconteurs
In this episode of The iPhreaks Show the panel interviews well-known author Paul Hudson. Paul is the creator and editor of Hacking with Swift. He does talks all around the world and writes books about swift. Paul went to the recent WWDC and even managed to write a book while at the conference. The panel asks him about the conference. Paul explains that he didn’t go to many talks, instead, he uses that time to prepare for the labs. Curious the panel wonders at this strategy for conference attendance. Paul expounds, explaining there are only about 10 minutes of good stuff in a 40-minute talk once you get past the intros, jokes, stories and other filler. He can watch those online. His time is better spent playing with Swift and preparing questions for the labs. As for writing a book during the conference, he explains that the body can do amazing things when fueled by caffeine. He also made sure he was in the Marriot where the conference was held, that way he could walk downstairs and know that his swift code was correct. This saved him a ton of time worrying and second-guessing his code. The panel considers how SwiftUI has progressed. Paul explains how in the early days it was really hard to tell which features worked as designed. The beta used in the presentations at WWDC is not the beta given to developers, by the time developers get beta 1, Apple is already working on beta 3. He emphasizes the importance of filing your radars early because everything is changing so quickly. Paul goes onto explain that SwiftUI is learning from the mistakes of Swift. Swift had everything but none of it was great. SwiftUI is missing things but what it does have is great. Paul has a new program for learning Swift called 100 Days of Swift. For each of the 100 days, Pauls supplies an encouraging and educational article along with a kit. The kit includes chapters to read, videos to watch, tutorials, projects, assessments, and challenges. Paul put a lot of work into creating hours of free content. After SwiftUI was out for a few months he decided to do 100 Days of SwiftUI. His goal with these programs is that by doing these each day for less than an hour, you will graduate by Dec 31st, just in time for the New Year. The panel considers the wonderful things about this program and asks Paul about the feedback he has received from it. This program builds and leads to a goal. People are so proud of what they are accomplishing they can share it on social media. Paul works hard every day to make sure everyone feels welcome on his site and in his programs. Every day he finds people on twitter using the 100 Days of Swift hashtag and encourages them with positive feedback. Next, the panel discusses the dark corners of iOS 13 where all the new features that people are missing are. Paul explains that there are so many amazing new features in iOS 13 that have been drowned out by SwiftUI. These features include Cryptokit, Imagekit, SF Symbols, Core Haptics, improved core images, quality of life improvements, date-time formatter and many more. He explains a few of the features that he is really excited for and encourages listeners to check out all the features. Paul wonders if it is Apple’s plan to get as many developers to adopt iOS 13 with all these exciting new features. The panel considers how the poor documentation problem will hold developers back from adopting iOS 13. With poor documentation and only WWDC presentations to go off of many developers have to go looking to outside sources to learn how to use these tools. Considering how the documentation has gone down for years and the fact that Apple is so wealthy, Paul concludes that Apple has to have a greater plan for documentation in works. He predicts that it will be something more interactive to fit the learning trends of the day, bring people to iOS. The panel considers how iOS is becoming less programmerly and how this too may bring more people to iOS. Paul goes on a small rant about the chasm between iOS and Mac development. He explains how he is continually nagging whoever he can to see this fixed. Paul believes that the best way to align these to platforms is to bring Swift Playground to Mac. The episode ends with Paul explaining his app, Unwrap. Unwrap teaches Swift, it is opensource and free. With it, you learn Swift by earning badges, completing challenges and taking assessments. The panel loves that is open source and fun. Paul explains that this app and his 100 Days of Swift program are not just for beginners, programmers of all levels have told him how much they have learned from these resources. Panelists Abbey Jackson Evan Stone Jaim Zuber Guest Paul Hudson Sponsors Sentry– use the code “devchat” for two months free on Sentry’s small plan My Ruby Story My JavaScript Story CacheFly ________________________________________________________________________________________________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood will be out on November 20th on Amazon. Get your copy on that date only for $1. ________________________________________________________________________________________________________________________ Links iPS 243: Paul Hudson - Writing, Swift, & Writing Swift https://developer.apple.com/wwdc19/ https://www.hackingwithswift.com/100 https://www.hackingwithswift.com/quick-start/swiftui https://www.hackingwithswift.com/100/swiftui https://twitter.com/hashtag/100DaysOfSwiftUI?src=hash https://www.hackingwithswift.com/unwrap https://twitter.com/twostraws https://www.facebook.com/ReactNativeRadio/ https://twitter.com/R_N_Radio Picks Abbey Jackson: SF Viewer App Evan Stone: Love Notes to Newton Einstein Paul Hudson: Swiftoberfest Spendo App
Charles Max Wood talks to Filipa Lacerda in this week's My JavaScript Story. Filipa has been working as a front end engineer since 2011 and she currently works at GitLab. Filipa originally wanted to study Economy but when she got to university she decided to major in Communications thinking it would be a lot more about communication and not as much about coding. At first she really didn't like the coding aspect of it but then as time went by she actually started to enjoy coding. When she first started working she started out on the User Experience side, but then she wanted to switch to building stuff with code because she wanted to see results really fast and enjoyed that aspect of coding. Charles asks why she stuck with that degree instead of switching it and Filipa explains that at first because she didn't want to go back and re - take the exams and also decided that this degree offered many job opportunities in many different industries and now she can't imagine herself doing anything else. Filipa then talks about why she is working with Vue and all the different kind of projects she has done using Vue as well as what working for GitLab looks like on a day to day basis. Host: Charles Max Wood Joined by Special Guest: Filipa Lacerda Links https://devchat.tv/views-on-vue/vov-025-gitlabs-journey-with-vue-with-filipa-lacerda-and-jacob-schatz/ https://devchat.tv/views-on-vue/vov-009-building-modal-component-with-filipa-lacerda/ https://filipa.gitlab.io/ https://twitter.com/FilipaLacerda Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in .NET Elixir Mix CacheFly Picks Filipa Lacerda: Why We Sleep by Walker PhD, Matthew Charles Max Wood: RxJS Live: Conference Nikon D5600 Camera RØDE Microphones
In this episode of The Freelancer’s Show the panel discusses setting boundaries on the scope of engagements. This means not taking jobs that are too big or too small for you. They begin by define projects that are too small. They explain how many may not realize that there is such a thing a project that is too small. A too-small engagement may be too short in duration or not profitable enough. An example Erik Dietrich shares is a two-hour job that is three hours away and they are only paying your $200, between travel, and labor that is 8 hours of work for only $200 which is not worth it. Jeremy Green shares an example from his past. He fell into the trap of taking on 2-hours per month retainer contracts. The problem with contracts like these is that clients cannot intuitively understand how long things will take or may feel that the 2-hours they paid for should roll over when a month goes by without using them. They explain how setting boundaries defining what is too small is better than trying to use your judgment at the time of the engagement. Many developers have an any work is better than no work mindset, the panel explains how this is not true especially when you are losing money to the overhead of communicating for 5 hours, doing a 5-hour job and only getting paid for 5-hours of work, ostensibly cutting your profits in half. Erik walks listeners through a helpful exercise of putting numbers to your costs, working your way backward through the numbers to decide how much you would actually have to make in order for a project to be worth your time. He explains that he wishes he had started doing this years ago. This exercise will also arm you with information that will help you from a negotiating perspective. It allows you to speak with authority about what you will and won’t do, giving you the power in the sales conversation and allowing your clients to see what they are really asking of you. Besides the time spent and how much money you will make, the panel shares another scoping boundary, turn around time. They explain that if a client tells you they needed this done yesterday, run. It is a red flag, this means they haven’t done enough planning and it will only lead to a bad situation. Jeremy explains the difference between those who say they want it as soon as possible and those whose hair is on fire and they need it now now now. Some ways to set boundaries for this is to require a certain number of weeks before you can begin a project and a certain number of weeks for actually working on the project. By setting these boundaries you make sure the project is sane and workable. Erik explains that as the professional you have the experience to set a reasonable timeline for the work required, which means you should have control over the conversation of time. Next, the panel moves on to establishing boundaries with clients. They explain the importance of setting expectations when it comes to contacting your and the hours you keep. Also, set expectations on how quickly you expect them to respond to you. Jeremy shares times when short projects were dragged out because the client failed to respond to his emails. The panel discusses strategies for getting feedback from clients and escape routes for when clients refuse to communicate. On the opposite end of the scale are projects that are too large of an engagement. How large is too large depends on the individual. Some developers may want a year-long contract where they work full time on one project while others may be looking to build a consulting practice. However, no matter what you are looking for it is always possible to get in over your head. The panel advises listeners to have a realistic view of what you can actually do and what you want as a freelancer. Do you want to work solo or over a team? This decision will affect the types and sizes of jobs you will take. You don’t want to take a job that should be done by a team when you want to remain solo, on a similar note you wouldn’t want to take on a job that you could do alone but still have to pay a whole team. The panel warns against taking on projects with an undefined scope of work, something vague like building an e-commerce site could be dragged on and on as the client adds on more and more features they want. They advise that if you take a job with a project fee to make sure you charge for discovery. Jeremy shares a time where he agreed to one job and once he saw the code he realized the job was not what he agreed to. The panel shares ways to avoid this problem. One way is to agree to work for a number of weeks and revisit the scope of the work after getting your hands into the code. Now that they have explained how to set your boundaries, the panel shares advice on how to disengage from engagements that do not fit the boundaries you have set. The engagements that are too small are easier to disengage from. Using the 2-hour retainer model from earlier, explain to your clients that you have increased the minimum number of hours needed to keep you on retainer and that they do have need of that work. If they agree then great, if not it gives you a reason to move on and find work that fits your needs. Erik explains two rules of thumb when disengaging from a client. First, a great phrase that no one can argue with is “I can’t make a business case for this”. The other is that when disengaging to err on the side of generosity, give them a generous refund or allow them to keep a sample of your product. Extracting yourself from an over scoped project is much more difficult especially if they have paid you a large sum upfront and you have put a lot of work into the project. The advice the panel gives is to go to your client as early as possible and explain that the project is going to take a lot more time and resources that you first thought and hopefully you will be able to work something out. If possible, before engaging in any project the panel advises you to determine the worst-case scenario and to work safeguards into the agreement. Finally, the panel lists questions to ask yourself to determine the perfect projects for yourself. Do you want to hire subcontractors? Is there a time limit you want to work on one project for? What are your costs? What and how many hours do you want to work each day? How much communication do you want to have with clients? What fo you want your business and life to look like. Once you answer these questions and set your boundaries the perfect scope of engagements will be easier to define. Panelists Erik Dietrich Jeremy Green Sponsors Sentry– use the code “devchat” for two months free on Sentry’s small plan Adventures in DevOps My JavaScript Story CacheFly Links https://twitter.com/daedtech https://www.facebook.com/freelancersshow/ Picks Erik Dietrich: American Express Travel Insiders HitSubscribe Mailing list Jeremy Green: The Raconteurs
In this episode of My JavaScript Story is Charles talks to Mike Hartington. Mike Hartington is a Developer Advocate for Ionic Framework and a Google Developer Expert, but he is most famous in the developer community because of his beard. Charles asks how Mike got introduced to development. Mike tried to code Tic-Tac-Toe and that was a challenge because knowing the rules to the game and trying to tell a computer the rules are two very two different things. Mike then majored in Graphic Design at Rhode Island College, and started learning Flash and ActionScript. Mike talks about what kind of projects he created with Flash and ActionScript and then the process of teaching himself JavaScript. Host: Charles Max Wood Joined by Special Guest: Mike Hartington Links Mike's Twitter Ionic Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in DevOps Adventures in Blockchain CacheFly Picks Mike Hartington Star Wars: The Rise of Skywalker Trailer Charles Max Wood: Atomic Habits by James Clear Superfans by Pat Flynn
In this episode of My JavaScript Story is Charles talks to Mike Hartington. Mike Hartington is a Developer Advocate for Ionic Framework and a Google Developer Expert, but he is most famous in the developer community because of his beard. Charles asks how Mike got introduced to development. Mike tried to code Tic-Tac-Toe and that was a challenge because knowing the rules to the game and trying to tell a computer the rules are two very two different things. Mike then majored in Graphic Design at Rhode Island College, and started learning Flash and ActionScript. Mike talks about what kind of projects he created with Flash and ActionScript and then the process of teaching himself JavaScript. Host: Charles Max Wood Joined by Special Guest: Mike Hartington Links Mike's Twitter Ionic Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in DevOps Adventures in Blockchain CacheFly Picks Mike Hartington Star Wars: The Rise of Skywalker Trailer Charles Max Wood: Atomic Habits by James Clear Superfans by Pat Flynn
In this episode of My JavaScript Story is Charles talks to Mike Hartington. Mike Hartington is a Developer Advocate for Ionic Framework and a Google Developer Expert, but he is most famous in the developer community because of his beard. Charles asks how Mike got introduced to development. Mike tried to code Tic-Tac-Toe and that was a challenge because knowing the rules to the game and trying to tell a computer the rules are two very two different things. Mike then majored in Graphic Design at Rhode Island College, and started learning Flash and ActionScript. Mike talks about what kind of projects he created with Flash and ActionScript and then the process of teaching himself JavaScript. Host: Charles Max Wood Joined by Special Guest: Mike Hartington Links Mike's Twitter Ionic Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in DevOps Adventures in Blockchain CacheFly Picks Mike Hartington Star Wars: The Rise of Skywalker Trailer Charles Max Wood: Atomic Habits by James Clear Superfans by Pat Flynn
In this episode of My JavaScript Story is Charles talks to Mike Hartington. Mike Hartington is a Developer Advocate for Ionic Framework and a Google Developer Expert, but he is most famous in the developer community because of his beard. Charles asks how Mike got introduced to development. Mike tried to code Tic-Tac-Toe and that was a challenge because knowing the rules to the game and trying to tell a computer the rules are two very two different things. Mike then majored in Graphic Design at Rhode Island College, and started learning Flash and ActionScript. Mike talks about what kind of projects he created with Flash and ActionScript and then the process of teaching himself JavaScript. Host: Charles Max Wood Joined by Special Guest: Mike Hartington Links Mike's Twitter Ionic Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in DevOps Adventures in Blockchain CacheFly Picks Mike Hartington Star Wars: The Rise of Skywalker Trailer Charles Max Wood: Atomic Habits by James Clear Superfans by Pat Flynn
In this episode of My JavaScript Story is Charles talks to Mike Hartington. Mike Hartington is a Developer Advocate for Ionic Framework and a Google Developer Expert, but he is most famous in the developer community because of his beard. Charles asks how Mike got introduced to development. Mike tried to code Tic-Tac-Toe and that was a challenge because knowing the rules to the game and trying to tell a computer the rules are two very two different things. Mike then majored in Graphic Design at Rhode Island College, and started learning Flash and ActionScript. Mike talks about what kind of projects he created with Flash and ActionScript and then the process of teaching himself JavaScript. Host: Charles Max Wood Joined by Special Guest: Mike Hartington Links Mike's Twitter Ionic Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in DevOps Adventures in Blockchain CacheFly Picks Mike Hartington Star Wars: The Rise of Skywalker Trailer Charles Max Wood: Atomic Habits by James Clear Superfans by Pat Flynn
In this episode of My JavaScript Story is Charles talks to Mike Hartington. Mike Hartington is a Developer Advocate for Ionic Framework and a Google Developer Expert, but he is most famous in the developer community because of his beard. Charles asks how Mike got introduced to development. Mike tried to code Tic-Tac-Toe and that was a challenge because knowing the rules to the game and trying to tell a computer the rules are two very two different things. Mike then majored in Graphic Design at Rhode Island College, and started learning Flash and ActionScript. Mike talks about what kind of projects he created with Flash and ActionScript and then the process of teaching himself JavaScript. Host: Charles Max Wood Joined by Special Guest: Mike Hartington Links Mike's Twitter Ionic Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in DevOps Adventures in Blockchain CacheFly Picks Mike Hartington Star Wars: The Rise of Skywalker Trailer Charles Max Wood: Atomic Habits by James Clear Superfans by Pat Flynn
Dean Radcliffe has been web developing since the table tag was the new hotness. His interests include his wife and two kids, music, sports, and he likes to say he helps people make whatever they can dream of. Since starting to move towards the frontend, React has been his weapon of choice, which he got started with in 2014. Dean works at G2.com, a software review site. They are developing a review form, which requires the code to react to events. For example, a person’s position in the company would affect what questions they see, so the form needs to react to which box is checked. Dean talks about the use cases for building a reactive form and what kind of things are going to happen when you fill in an input. For his form, the input will be remembered, and they want to increase the user’s involvement with the form through incentives. To accomplish this, Dean uses component driven development with Storybook. Storybook is a tool available for React and other frameworks, which lets you jump directly to each state you want to view instead of having to go through them all one by one. Basically, it gives you shortcuts directly to the visual states of your components. These states facilitate development and the feedback cycle going back to the designers, allowing them to see more than just the finished application and enabling them to circumvent mistakes. Storybook relates to reactive programming because component driven development lets you discover the API and what sets of props are necessary to put this component into each possible state that can be displayed. Dean does not use it as a test environment on his team, but it does help them write unit tests. It has an addon that lets you write unit tests in Storybook, but he hasn’t used it. Dean compares where reactivity and Storybook come together by comparing it to a thermometer.A thermometer will get readings over time of discrete values, and that timing is how people experience your components. You can create an observable of those states, and Storybook Animate ties them together. Your components, however, are still your responsibility. Dean talks about how he creates the observables. The observables are hardcoded, but the great thing is you don’t need to know where it came from. Dean describes how the observables are connected to the components. Dean feels that having this dynamic feed cycle makes it kind of fun to write tests. There is also a function called After which creates a set time out, which creates an observable of that value over time. Dean talks about his other tool, RX Helper. RX Helper provides an ‘after’ abstraction, and an event oriented layer in React. RX helper allows you to listen for custom events raised from the individual components of a form, and you respond to those events with observables, and the observables produce values over time.The goal of RX Helper provides some transparency and makes it easier to try out concurrency designs. The show concludes with Dean talking about some of the changes he’s made to his tools and how he came up with the idea. Panelists Charles Max Wood With special guest: Dean Radcliffe Sponsors Progress KendoReact | Try now for FREE: kendoreact.com/reactroundup Sentry use the code “devchat” for 2 months free on Sentry’s small plan My JavaScript Story Links Knockout.js G2.com Storybook StorybookAnimate RX Helper Meteor JS Follow DevChatTV on Facebook and Twitter Picks Dean Radcliffe: Follow him on Github and Twitter Kent C. Dodds @davidkpiano XState Gangstagrass Charles Max Wood: St. George Marathon The 360 Degree Leader
In this episode of My JavaScript Story, Charles talks to Thorsten Lünborg. Thorsten is a Business Service Manager at MVV Energy Solutions from Frankfurt Germany. Charles asks about Thorsten's developer journey in particular how he was introduced to JavaScript. Thorsten is also a core team member for Vue.js and he talks about his involvement with the Vue community. Thorsten mainly focuses on working on Vue CLI and answering questions in forums. He describes the Vue community as a very friendly and helpful one. According to Thorsten, Vue is very stable and seems to satisfy a lot of the needs of Vue community and so people are not looking for the "next best thing" with Vue. Out of all the frameworks i tried to learn, i found Vue was the one that i liked the most and i started answering questions about Vue on the forums. Host: Charles Max Wood Joined by Special Guest: Thorsten Lünborg Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Sustain Our Software Adventures in DevOps CacheFly Links VoV 060: Our Least Favorite Parts of Vue with An Phan and Thorsten Lunborg VoV 022: How I became a Vue.js core team member without a professional background with Thorsten Luenborg Thorsten's Twitter Picks Thorsten Lünborg Preacher TV Series Borderlands 3 Vue.js London 2019 https://github.com/vuejs/rfcs Charles Max Wood Running a Marathon Honeywell wifi thermometer
In this episode of My JavaScript Story, Charles talks to Thorsten Lünborg. Thorsten is a Business Service Manager at MVV Energy Solutions from Frankfurt Germany. Charles asks about Thorsten's developer journey in particular how he was introduced to JavaScript. Thorsten is also a core team member for Vue.js and he talks about his involvement with the Vue community. Thorsten mainly focuses on working on Vue CLI and answering questions in forums. He describes the Vue community as a very friendly and helpful one. According to Thorsten, Vue is very stable and seems to satisfy a lot of the needs of Vue community and so people are not looking for the "next best thing" with Vue. Out of all the frameworks i tried to learn, i found Vue was the one that i liked the most and i started answering questions about Vue on the forums. Host: Charles Max Wood Joined by Special Guest: Thorsten Lünborg Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Sustain Our Software Adventures in DevOps CacheFly Links VoV 060: Our Least Favorite Parts of Vue with An Phan and Thorsten Lunborg VoV 022: How I became a Vue.js core team member without a professional background with Thorsten Luenborg Thorsten's Twitter Picks Thorsten Lünborg Preacher TV Series Borderlands 3 Vue.js London 2019 https://github.com/vuejs/rfcs Charles Max Wood Running a Marathon Honeywell wifi thermometer
JavaScript Jabber celebrates its 400th episode with former host Dave Smith and some other familiar voices. Each of the panelists talks about what they’ve been up to. Dave hasn’t been on the show for 3 years, but he and Jameson Dance have started a podcast called Soft Skills Engineering where they answer questions about the non-technical side of engineering. When he left the show he was the director of engineering on Hire View, and currently he works for Amazon on Alexa. Christopher Buecheler has been on several JSJ, RRU, and MJS episodes. His time is divided between contracting for startups and his own company closebrace.com, a tutorial and resource site for JavaScript developers. Dan Shapir has also been on JSJ as a guest, and is currently works for Wix doing performance tech. He enjoys speaking at conferences, such as JS Camp in Bucharest, Romania and the YGLF conference. Steve Edwards was previously on MJS 078. He started on Drupal in the PHP world, switched to JavaScript, and then a few years ago he started looking at Vue. Now he does Vue fulltime for ImageWare Systems. As for Charles, his primary focus is the podcasts, since DevChat.tv produces around 20 episodes per week. 5 new shows were started in July, and he talks about some of the challenges that that brought. One of his most popular shows recently was JSJ 389: What makes a 10x Engineer? This helped him realize that he wants to help teach people how to be a successful engineer, so he’s working on launching a new show about it. The panelists share some of their favorite JSJ episodes. They discuss the tendency of JSJ to get early access to these fascinating people when the conversation was just beginning, such as the inventor of Redux Dan Abramov, before their rise to stardom. The talk about the rise in popularity of podcasting in general. They agree that even though JavaScript is evolving and changing quickly, it’s still helpful to listen to old episodes. Charles talks about the influence JavaScript Jabber has had on other podcasts. It has spawned several spinoffs, including My JavaScript Story. He’s had several hosts start their own DevChat.tv shows based off JavaScript Jabber, including Adventures in Angular and The DevEd Podcast. JavaScript Jabber has also been the inspiration for other podcasts that aren’t part of DevChat.tv. There aren’t many podcast companies that produce as many shows as they do and they’re developing their own tools. DevChat.tv moved off of WordPress and is in the process of moving over to Podwrench. Charles talks about all the new shows that have been launched, and his view on ‘competing’ podcasts. Charles is also considering doing an audio drama that happens in a programming office, so if you would like to write and/or voice that show, he invites you to contact him. The show concludes with the panel talking about the projects they’ve been working on that they want listeners to check out. Christopher invites listeners to check out closebrace.com. He also has plans to write a short ebook on unit testing with jest, considered doing his own podcast, and invites people to check out his fiction books on his website. Dan talks about his involvement with Wix, a drag and drop website service, that recently released a technology called Corvid which lets you write JS into the website you build with Wix. This means you can design your user interface using Wix, but then automate it, add events functionality, etc. Dan is also going to be at the Chrome Dev Summit conference. Dave invites listeners to check out the Soft Skills Engineering podcast, and Charles invites listeners to subscribe to his new site maxcoders.io. Panelists Dan Shapir Christopher Buecheler Steve Edwards Dave Smith Charles Max Wood Sponsors Tidelift Sentry use the code “devchat” for 2 months free on Sentry’s small plan Adventures in .NET Links The Dev Rev MJS 099: Christopher Buecheler JSJ 338: It's Supposed to Hurt. Get Outside of Your Comfort Zone to Master Your Craft with Christopher Buecheler RRU 029: Christopher Buecheler Getting Ready to Teach Lessons Learned from Building an 84 Tutorial Software Course MJS 108: Dan Shapir JSJ 334: Web Performance API with Dan Shapir JSJ 371: The Benefits and Challenges of Server Side Rendering with Dan Shapir MJS 078: Steve Edwards JSJ 179: Redux and React with Dan Abramov JSJ 187: Vue.js with Evan You JSJ 383: What is JavaScript? JSJ 385: What Can You Build with JavaScript JSJ 390: Transposit with Adam Leventhal JSJ 395: The New Ember with Mike North JSJ 220: Teaching JavaScript with Kyle Simpson JSJ 313: Light Functional JavaScript with Kyle Simpson JSJ 124: The Origin of JavaScript with Brendan Eich JSJ 073: React with Pete Hunt and Jordan Walke JSJ 392: The Murky Past and Misty Future of JavaScript with Douglas Crockford JSJ 391: Debugging with Todd Gardner JSJ 389: What Makes a 10x Engineer? cwbuecheler.com Closebrace.com Corvid by Wix Soft Skills Engineering podcast maxcoders.io Follow DevChatTV on Facebook and Twitter Picks Steve Edwards: form.io Christopher Buecheler: Apollo GraphQL Playground @TheTimeCowboy Jake Lawrence Charles Max Wood: St. George Marathon GU Energy Original Sports Nutrition Energy Gel Vrbo devchat.tv/15minutes Dan Shapir: Revolutions by Mike Duncan podcast The Winter of the World book series Dave Smith: 13 Minutes to the Moon podcast by BBC The Mind
Dean Radcliffe has been web developing since the table tag was the new hotness. His interests include his wife and two kids, music, sports, and he likes to say he helps people make whatever they can dream of. Since starting to move towards the frontend, React has been his weapon of choice, which he got started with in 2014. Dean works at G2.com, a software review site. They are developing a review form, which requires the code to react to events. For example, a person’s position in the company would affect what questions they see, so the form needs to react to which box is checked. Dean talks about the use cases for building a reactive form and what kind of things are going to happen when you fill in an input. For his form, the input will be remembered, and they want to increase the user’s involvement with the form through incentives. To accomplish this, Dean uses component driven development with Storybook. Storybook is a tool available for React and other frameworks, which lets you jump directly to each state you want to view instead of having to go through them all one by one. Basically, it gives you shortcuts directly to the visual states of your components. These states facilitate development and the feedback cycle going back to the designers, allowing them to see more than just the finished application and enabling them to circumvent mistakes. Storybook relates to reactive programming because component driven development lets you discover the API and what sets of props are necessary to put this component into each possible state that can be displayed. Dean does not use it as a test environment on his team, but it does help them write unit tests. It has an addon that lets you write unit tests in Storybook, but he hasn’t used it. Dean compares where reactivity and Storybook come together by comparing it to a thermometer.A thermometer will get readings over time of discrete values, and that timing is how people experience your components. You can create an observable of those states, and Storybook Animate ties them together. Your components, however, are still your responsibility. Dean talks about how he creates the observables. The observables are hardcoded, but the great thing is you don’t need to know where it came from. Dean describes how the observables are connected to the components. Dean feels that having this dynamic feed cycle makes it kind of fun to write tests. There is also a function called After which creates a set time out, which creates an observable of that value over time. Dean talks about his other tool, RX Helper. RX Helper provides an ‘after’ abstraction, and an event oriented layer in React. RX helper allows you to listen for custom events raised from the individual components of a form, and you respond to those events with observables, and the observables produce values over time.The goal of RX Helper provides some transparency and makes it easier to try out concurrency designs. The show concludes with Dean talking about some of the changes he’s made to his tools and how he came up with the idea. Panelists Charles Max Wood With special guest: Dean Radcliffe Sponsors Progress KendoReact | Try now for FREE: kendoreact.com/reactroundup Sentry use the code “devchat” for 2 months free on Sentry’s small plan My JavaScript Story Links Knockout.js G2.com Storybook StorybookAnimate RX Helper Meteor JS Follow DevChatTV on Facebook and Twitter Picks Dean Radcliffe: Follow him on Github and Twitter Kent C. Dodds @davidkpiano XState Gangstagrass Charles Max Wood: St. George Marathon The 360 Degree Leader
JavaScript Jabber celebrates its 400th episode with former host Dave Smith and some other familiar voices. Each of the panelists talks about what they’ve been up to. Dave hasn’t been on the show for 3 years, but he and Jameson Dance have started a podcast called Soft Skills Engineering where they answer questions about the non-technical side of engineering. When he left the show he was the director of engineering on Hire View, and currently he works for Amazon on Alexa. Christopher Buecheler has been on several JSJ, RRU, and MJS episodes. His time is divided between contracting for startups and his own company closebrace.com, a tutorial and resource site for JavaScript developers. Dan Shapir has also been on JSJ as a guest, and is currently works for Wix doing performance tech. He enjoys speaking at conferences, such as JS Camp in Bucharest, Romania and the YGLF conference. Steve Edwards was previously on MJS 078. He started on Drupal in the PHP world, switched to JavaScript, and then a few years ago he started looking at Vue. Now he does Vue fulltime for ImageWare Systems. As for Charles, his primary focus is the podcasts, since DevChat.tv produces around 20 episodes per week. 5 new shows were started in July, and he talks about some of the challenges that that brought. One of his most popular shows recently was JSJ 389: What makes a 10x Engineer? This helped him realize that he wants to help teach people how to be a successful engineer, so he’s working on launching a new show about it. The panelists share some of their favorite JSJ episodes. They discuss the tendency of JSJ to get early access to these fascinating people when the conversation was just beginning, such as the inventor of Redux Dan Abramov, before their rise to stardom. The talk about the rise in popularity of podcasting in general. They agree that even though JavaScript is evolving and changing quickly, it’s still helpful to listen to old episodes. Charles talks about the influence JavaScript Jabber has had on other podcasts. It has spawned several spinoffs, including My JavaScript Story. He’s had several hosts start their own DevChat.tv shows based off JavaScript Jabber, including Adventures in Angular and The DevEd Podcast. JavaScript Jabber has also been the inspiration for other podcasts that aren’t part of DevChat.tv. There aren’t many podcast companies that produce as many shows as they do and they’re developing their own tools. DevChat.tv moved off of WordPress and is in the process of moving over to Podwrench. Charles talks about all the new shows that have been launched, and his view on ‘competing’ podcasts. Charles is also considering doing an audio drama that happens in a programming office, so if you would like to write and/or voice that show, he invites you to contact him. The show concludes with the panel talking about the projects they’ve been working on that they want listeners to check out. Christopher invites listeners to check out closebrace.com. He also has plans to write a short ebook on unit testing with jest, considered doing his own podcast, and invites people to check out his fiction books on his website. Dan talks about his involvement with Wix, a drag and drop website service, that recently released a technology called Corvid which lets you write JS into the website you build with Wix. This means you can design your user interface using Wix, but then automate it, add events functionality, etc. Dan is also going to be at the Chrome Dev Summit conference. Dave invites listeners to check out the Soft Skills Engineering podcast, and Charles invites listeners to subscribe to his new site maxcoders.io. Panelists Dan Shapir Christopher Buecheler Steve Edwards Dave Smith Charles Max Wood Sponsors Tidelift Sentry use the code “devchat” for 2 months free on Sentry’s small plan Adventures in .NET Links The Dev Rev MJS 099: Christopher Buecheler JSJ 338: It's Supposed to Hurt. Get Outside of Your Comfort Zone to Master Your Craft with Christopher Buecheler RRU 029: Christopher Buecheler Getting Ready to Teach Lessons Learned from Building an 84 Tutorial Software Course MJS 108: Dan Shapir JSJ 334: Web Performance API with Dan Shapir JSJ 371: The Benefits and Challenges of Server Side Rendering with Dan Shapir MJS 078: Steve Edwards JSJ 179: Redux and React with Dan Abramov JSJ 187: Vue.js with Evan You JSJ 383: What is JavaScript? JSJ 385: What Can You Build with JavaScript JSJ 390: Transposit with Adam Leventhal JSJ 395: The New Ember with Mike North JSJ 220: Teaching JavaScript with Kyle Simpson JSJ 313: Light Functional JavaScript with Kyle Simpson JSJ 124: The Origin of JavaScript with Brendan Eich JSJ 073: React with Pete Hunt and Jordan Walke JSJ 392: The Murky Past and Misty Future of JavaScript with Douglas Crockford JSJ 391: Debugging with Todd Gardner JSJ 389: What Makes a 10x Engineer? cwbuecheler.com Closebrace.com Corvid by Wix Soft Skills Engineering podcast maxcoders.io Follow DevChatTV on Facebook and Twitter Picks Steve Edwards: form.io Christopher Buecheler: Apollo GraphQL Playground @TheTimeCowboy Jake Lawrence Charles Max Wood: St. George Marathon GU Energy Original Sports Nutrition Energy Gel Vrbo devchat.tv/15minutes Dan Shapir: Revolutions by Mike Duncan podcast The Winter of the World book series Dave Smith: 13 Minutes to the Moon podcast by BBC The Mind
In this episode of My JavaScript Story, Charles talks to Thorsten Lünborg. Thorsten is a Business Service Manager at MVV Energy Solutions from Frankfurt Germany. Charles asks about Thorsten's developer journey in particular how he was introduced to JavaScript. Thorsten is also a core team member for Vue.js and he talks about his involvement with the Vue community. Thorsten mainly focuses on working on Vue CLI and answering questions in forums. He describes the Vue community as a very friendly and helpful one. According to Thorsten, Vue is very stable and seems to satisfy a lot of the needs of Vue community and so people are not looking for the "next best thing" with Vue. Out of all the frameworks i tried to learn, i found Vue was the one that i liked the most and i started answering questions about Vue on the forums. Host: Charles Max Wood Joined by Special Guest: Thorsten Lünborg Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Sustain Our Software Adventures in DevOps CacheFly Links VoV 060: Our Least Favorite Parts of Vue with An Phan and Thorsten Lunborg VoV 022: How I became a Vue.js core team member without a professional background with Thorsten Luenborg Thorsten's Twitter Picks Thorsten Lünborg Preacher TV Series Borderlands 3 Vue.js London 2019 https://github.com/vuejs/rfcs Charles Max Wood Running a Marathon Honeywell wifi thermometer
JavaScript Jabber celebrates its 400th episode with former host Dave Smith and some other familiar voices. Each of the panelists talks about what they’ve been up to. Dave hasn’t been on the show for 3 years, but he and Jameson Dance have started a podcast called Soft Skills Engineering where they answer questions about the non-technical side of engineering. When he left the show he was the director of engineering on Hire View, and currently he works for Amazon on Alexa. Christopher Buecheler has been on several JSJ, RRU, and MJS episodes. His time is divided between contracting for startups and his own company closebrace.com, a tutorial and resource site for JavaScript developers. Dan Shapir has also been on JSJ as a guest, and is currently works for Wix doing performance tech. He enjoys speaking at conferences, such as JS Camp in Bucharest, Romania and the YGLF conference. Steve Edwards was previously on MJS 078. He started on Drupal in the PHP world, switched to JavaScript, and then a few years ago he started looking at Vue. Now he does Vue fulltime for ImageWare Systems. As for Charles, his primary focus is the podcasts, since DevChat.tv produces around 20 episodes per week. 5 new shows were started in July, and he talks about some of the challenges that that brought. One of his most popular shows recently was JSJ 389: What makes a 10x Engineer? This helped him realize that he wants to help teach people how to be a successful engineer, so he’s working on launching a new show about it. The panelists share some of their favorite JSJ episodes. They discuss the tendency of JSJ to get early access to these fascinating people when the conversation was just beginning, such as the inventor of Redux Dan Abramov, before their rise to stardom. The talk about the rise in popularity of podcasting in general. They agree that even though JavaScript is evolving and changing quickly, it’s still helpful to listen to old episodes. Charles talks about the influence JavaScript Jabber has had on other podcasts. It has spawned several spinoffs, including My JavaScript Story. He’s had several hosts start their own DevChat.tv shows based off JavaScript Jabber, including Adventures in Angular and The DevEd Podcast. JavaScript Jabber has also been the inspiration for other podcasts that aren’t part of DevChat.tv. There aren’t many podcast companies that produce as many shows as they do and they’re developing their own tools. DevChat.tv moved off of WordPress and is in the process of moving over to Podwrench. Charles talks about all the new shows that have been launched, and his view on ‘competing’ podcasts. Charles is also considering doing an audio drama that happens in a programming office, so if you would like to write and/or voice that show, he invites you to contact him. The show concludes with the panel talking about the projects they’ve been working on that they want listeners to check out. Christopher invites listeners to check out closebrace.com. He also has plans to write a short ebook on unit testing with jest, considered doing his own podcast, and invites people to check out his fiction books on his website. Dan talks about his involvement with Wix, a drag and drop website service, that recently released a technology called Corvid which lets you write JS into the website you build with Wix. This means you can design your user interface using Wix, but then automate it, add events functionality, etc. Dan is also going to be at the Chrome Dev Summit conference. Dave invites listeners to check out the Soft Skills Engineering podcast, and Charles invites listeners to subscribe to his new site maxcoders.io. Panelists Dan Shapir Christopher Buecheler Steve Edwards Dave Smith Charles Max Wood Sponsors Tidelift Sentry use the code “devchat” for 2 months free on Sentry’s small plan Adventures in .NET Links The Dev Rev MJS 099: Christopher Buecheler JSJ 338: It's Supposed to Hurt. Get Outside of Your Comfort Zone to Master Your Craft with Christopher Buecheler RRU 029: Christopher Buecheler Getting Ready to Teach Lessons Learned from Building an 84 Tutorial Software Course MJS 108: Dan Shapir JSJ 334: Web Performance API with Dan Shapir JSJ 371: The Benefits and Challenges of Server Side Rendering with Dan Shapir MJS 078: Steve Edwards JSJ 179: Redux and React with Dan Abramov JSJ 187: Vue.js with Evan You JSJ 383: What is JavaScript? JSJ 385: What Can You Build with JavaScript JSJ 390: Transposit with Adam Leventhal JSJ 395: The New Ember with Mike North JSJ 220: Teaching JavaScript with Kyle Simpson JSJ 313: Light Functional JavaScript with Kyle Simpson JSJ 124: The Origin of JavaScript with Brendan Eich JSJ 073: React with Pete Hunt and Jordan Walke JSJ 392: The Murky Past and Misty Future of JavaScript with Douglas Crockford JSJ 391: Debugging with Todd Gardner JSJ 389: What Makes a 10x Engineer? cwbuecheler.com Closebrace.com Corvid by Wix Soft Skills Engineering podcast maxcoders.io Follow DevChatTV on Facebook and Twitter Picks Steve Edwards: form.io Christopher Buecheler: Apollo GraphQL Playground @TheTimeCowboy Jake Lawrence Charles Max Wood: St. George Marathon GU Energy Original Sports Nutrition Energy Gel Vrbo devchat.tv/15minutes Dan Shapir: Revolutions by Mike Duncan podcast The Winter of the World book series Dave Smith: 13 Minutes to the Moon podcast by BBC The Mind
In this episode of My JavaScript Story is Charles talks to Eduardo San Martin Morote. Eduardo is a freelance developer, a core team member of Vue.js, and loves contributing to open source. Eduardo started web development with games. He then majored in Computer Science and Mathematics. Eduardo works as a freelancer so he can work on Open Source projects in his free time. One of the problems he draws attention to is the sustainability of Open Source Projects. The developers that maintain the projects on Open Source are not funded, and even though many companies use Open Source code they don't have sponsor it even though they have the financial means to do so. Charles Max Wood recommends another podcast Devchat.tv hosts, Sustain Our Software that addresses this problem among others for Open Source. Eduardo and Charles talk about characters that have accents that have to be encoded and how they deal with this problem. Eduardo then talks about some of the projects he is working on currently with Vue.js. Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in Blockchain Adventures in DevOps CacheFly Host: Charles Max Wood Joined by Special Guest: Eduardo San Martin Morote Links VoV 038: Webassembly and Typescript with Eduardo San Martin Morote VoV 010: “Vue Libraries, Open Source, Meetups” with Eduardo San Martin Morote Eduardo's LİnkedIn Eduardo's Twitter J2EE jQuery Picks Eduardo San Martin Morote Tajin Eduardo's GitHub Charles Max Wood Subscribers Subscribe to your favorite podcast on Devchat.tv https://canny.io Suggest a Topic or a Guest for your Favorite Podcast on Devchat.tv by clicking on Suggest A Topic Or Guest
Dinesh Pandiyan is a developer from India. He started as a backend engineer and then moved to frontend. Currently he is working for ThinkMill in Sidney, Australia. Today Dinesh and the panel are talking about devtools and progressive SSR. Dinesh got started with React Redux. The panelists talk about their experiences using primarily Redux for projects. Dinesh talks about his transition from backend to frontend and how it’s a totally different world. On the backend he was working in Java and it ran on a server, but on the frontend, code runs in a browser and the browser is very different for each user. Frontend development is tricky because you don’t know where your code is going to run. One of the trickiest parts of frontend development is debugging something in production. Unless you have good logging tools, you won’t know what’s going on. Debugging this stuff when it’s running on client browsers is hard, but when you’re in development mode your own browser you’ve got handy tools. They talk about some of the tools in React, and agree that console.log is the greatest debugging tool of all time. Dinesh talks about some of the most surprising features about React dev tools. You can benchmark your preferences and identify weaklings in your project, which are things that slow down your application or things that might slow it down. On an application level, you have to build a mental model of how the data flows from the top, where things change, etc, and dev tools can help you build that pretty easily. They talk about how things had to be done before great React tools. In fact, Dinesh chose React just for the devtools. They talk about how the dev tools for React compare to Java. The most important thing is that you have a good debugger that can stop where you want it to. They transition to talking about the differences between SSR and progressive SSR For SSR (Server Side Rendering), rendering happens on the server and you send it to the client. CSSR (Client Server Side Rendering) is when all the rendering happens on the client’s side. PSSR (Progressive Server Side Rendering) is where you render small chunks on the server and then send it to the client bit by bit. They talk about how this has been occurring from the beginning of the internet. This concept is similar to microfrontends. Dinesh gives advice on how to implement PSSR. He says that when you surver render, it loads on differently. Your framework has to do one complete pass of the histiema, so this means you cannot send things to the client until the whole histema is designated. To beat this they’ve been doing a mix of SSR and CSR, with the header, body, and non critical content rendering on the client side. PSSR bridges the gap between SSR and CSSR. How do we make it real and how do we use it? The panel discusses ways to make PSSR a reality. Dinesh has been experimenting with it with extra services, and he gives his method for doing it, emphasizing the importance of where you divide your code is very important, it has to be in sequence. CSS Grid solves this problem, so you could render things out of order and the browser puts it in the right spot. They talk about other ways to get around it. Lucas shares some of the difficulties he’s encountered with streaming and rendering. They talk about the new feature for the Phoenix framework for Elixir, Live View Now. For this feature, you don’t need client side frameworks to generate dynamic content and it enables two way streaming. However, it does not scale well for extremely large apps. They talk about some of the tradeoffs for using this feature. They conclude by discussing the gap between website optimization and device performance. Panelists Thomas Aylott Dave Ceddia Lucas Reis With special guest: Dinesh Pandiyan Sponsors Progress KendoReact | Try now for FREE: kendoreact.com/reactroundup Sentry use the code “devchat” for 2 months free on Sentry’s small plan My JavaScript Story Links React Redux Console.log Puppeteer Webpack Datadog CSS Grid Transport headers Phoenix Elixir Follow DevChatTV on Facebook and Twitter Picks Lucas Reis: Ben Hoyt Wholesome Learning Elm Cast iron skillet Thomas Aylott: 6 Lessons Children Need to Learn Dinesh Pandiyan: To-Do List app David Ceddia: On the Utility of Phoenix Live View
Dinesh Pandiyan is a developer from India. He started as a backend engineer and then moved to frontend. Currently he is working for ThinkMill in Sidney, Australia. Today Dinesh and the panel are talking about devtools and progressive SSR. Dinesh got started with React Redux. The panelists talk about their experiences using primarily Redux for projects. Dinesh talks about his transition from backend to frontend and how it’s a totally different world. On the backend he was working in Java and it ran on a server, but on the frontend, code runs in a browser and the browser is very different for each user. Frontend development is tricky because you don’t know where your code is going to run. One of the trickiest parts of frontend development is debugging something in production. Unless you have good logging tools, you won’t know what’s going on. Debugging this stuff when it’s running on client browsers is hard, but when you’re in development mode your own browser you’ve got handy tools. They talk about some of the tools in React, and agree that console.log is the greatest debugging tool of all time. Dinesh talks about some of the most surprising features about React dev tools. You can benchmark your preferences and identify weaklings in your project, which are things that slow down your application or things that might slow it down. On an application level, you have to build a mental model of how the data flows from the top, where things change, etc, and dev tools can help you build that pretty easily. They talk about how things had to be done before great React tools. In fact, Dinesh chose React just for the devtools. They talk about how the dev tools for React compare to Java. The most important thing is that you have a good debugger that can stop where you want it to. They transition to talking about the differences between SSR and progressive SSR For SSR (Server Side Rendering), rendering happens on the server and you send it to the client. CSSR (Client Server Side Rendering) is when all the rendering happens on the client’s side. PSSR (Progressive Server Side Rendering) is where you render small chunks on the server and then send it to the client bit by bit. They talk about how this has been occurring from the beginning of the internet. This concept is similar to microfrontends. Dinesh gives advice on how to implement PSSR. He says that when you surver render, it loads on differently. Your framework has to do one complete pass of the histiema, so this means you cannot send things to the client until the whole histema is designated. To beat this they’ve been doing a mix of SSR and CSR, with the header, body, and non critical content rendering on the client side. PSSR bridges the gap between SSR and CSSR. How do we make it real and how do we use it? The panel discusses ways to make PSSR a reality. Dinesh has been experimenting with it with extra services, and he gives his method for doing it, emphasizing the importance of where you divide your code is very important, it has to be in sequence. CSS Grid solves this problem, so you could render things out of order and the browser puts it in the right spot. They talk about other ways to get around it. Lucas shares some of the difficulties he’s encountered with streaming and rendering. They talk about the new feature for the Phoenix framework for Elixir, Live View Now. For this feature, you don’t need client side frameworks to generate dynamic content and it enables two way streaming. However, it does not scale well for extremely large apps. They talk about some of the tradeoffs for using this feature. They conclude by discussing the gap between website optimization and device performance. Panelists Thomas Aylott Dave Ceddia Lucas Reis With special guest: Dinesh Pandiyan Sponsors Progress KendoReact | Try now for FREE: kendoreact.com/reactroundup Sentry use the code “devchat” for 2 months free on Sentry’s small plan My JavaScript Story Links React Redux Console.log Puppeteer Webpack Datadog CSS Grid Transport headers Phoenix Elixir Follow DevChatTV on Facebook and Twitter Picks Lucas Reis: Ben Hoyt Wholesome Learning Elm Cast iron skillet Thomas Aylott: 6 Lessons Children Need to Learn Dinesh Pandiyan: To-Do List app David Ceddia: On the Utility of Phoenix Live View
In this episode of My JavaScript Story is Charles talks to Eduardo San Martin Morote. Eduardo is a freelance developer, a core team member of Vue.js, and loves contributing to open source. Eduardo started web development with games. He then majored in Computer Science and Mathematics. Eduardo works as a freelancer so he can work on Open Source projects in his free time. One of the problems he draws attention to is the sustainability of Open Source Projects. The developers that maintain the projects on Open Source are not funded, and even though many companies use Open Source code they don't have sponsor it even though they have the financial means to do so. Charles Max Wood recommends another podcast Devchat.tv hosts, Sustain Our Software that addresses this problem among others for Open Source. Eduardo and Charles talk about characters that have accents that have to be encoded and how they deal with this problem. Eduardo then talks about some of the projects he is working on currently with Vue.js. Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in Blockchain Adventures in DevOps CacheFly Host: Charles Max Wood Joined by Special Guest: Eduardo San Martin Morote Links VoV 038: Webassembly and Typescript with Eduardo San Martin Morote VoV 010: “Vue Libraries, Open Source, Meetups” with Eduardo San Martin Morote Eduardo's LİnkedIn Eduardo's Twitter J2EE jQuery Picks Eduardo San Martin Morote Tajin Eduardo's GitHub Charles Max Wood Subscribers Subscribe to your favorite podcast on Devchat.tv https://canny.io Suggest a Topic or a Guest for your Favorite Podcast on Devchat.tv by clicking on Suggest A Topic Or Guest
In this episode of My JavaScript Story is Charles talks to Eduardo San Martin Morote. Eduardo is a freelance developer, a core team member of Vue.js, and loves contributing to open source. Eduardo started web development with games. He then majored in Computer Science and Mathematics. Eduardo works as a freelancer so he can work on Open Source projects in his free time. One of the problems he draws attention to is the sustainability of Open Source Projects. The developers that maintain the projects on Open Source are not funded, and even though many companies use Open Source code they don't have sponsor it even though they have the financial means to do so. Charles Max Wood recommends another podcast Devchat.tv hosts, Sustain Our Software that addresses this problem among others for Open Source. Eduardo and Charles talk about characters that have accents that have to be encoded and how they deal with this problem. Eduardo then talks about some of the projects he is working on currently with Vue.js. Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Adventures in Blockchain Adventures in DevOps CacheFly Host: Charles Max Wood Joined by Special Guest: Eduardo San Martin Morote Links VoV 038: Webassembly and Typescript with Eduardo San Martin Morote VoV 010: “Vue Libraries, Open Source, Meetups” with Eduardo San Martin Morote Eduardo's LİnkedIn Eduardo's Twitter J2EE jQuery Picks Eduardo San Martin Morote Tajin Eduardo's GitHub Charles Max Wood Subscribers Subscribe to your favorite podcast on Devchat.tv https://canny.io Suggest a Topic or a Guest for your Favorite Podcast on Devchat.tv by clicking on Suggest A Topic Or Guest
In this week’s episode of Adventures in .NET the panel interviews Wade Gausden, who is well known for his website dotnetcoretutorials.com. When Wade got started in .NET around .NET 2.0 the documentation was terrible, so he started this website where he would write posts about the problems he ran into and how he solved them. The panel discusses how as .NET and C# have grown and evolved, making things easier. Wade shares his experience using .NET Core on a greenfield project he was consulting on. Caleb shared his experience porting over to .NET Core from .NET Framework. While .NET Core was a breath of fresh air, they had to use a lot of workarounds to get the result they wanted. Wade commiserates telling the panel that one of his most popular posts still is about how to send an email in .NET Core. Caleb expresses his appreciation for all the work they did to make porting over easier in .NET 2.. He answers Wade’s questions about how they ported over. Caleb tells him how he spent months figuring out how to rearchitect and that their main pain point was code first migrations. Caleb shares a little about his current project, where they are using .NET Core 2.0 and Angular 6. His next project will be using .NET Core 3.0 and Angular 8. This leads the panel to discuss the treasures that can be found in the release of .NET 3.0. They discuss null reference management and Blazor. The panel compares webforms and Blazor, with all they get with Blazor, webforms are dead. The panel is sure that nullable reference types will get a lot of use along with iAsyncEnumerble. Other new releases in .NET 3.0 they are not so sure will get as much use, such as the range type. They discuss the potential of default interface methods once people wrap their minds around the idea. Wade explains what IL Linker Support is and what it does, it is basically tree shaking for .NET. The panel wonders at what it means for Winforms and WPF apps now that .NET Core supports desktop apps. They think that it won’t actually get that much use. Caleb speculates that it was a business move to help prepare for .NET 5 as a way to preserve it’s cross platforming capabilities. The panel asks Wade about his favorite posts on his site. Wade explains that he loves the multipart series, his most recent being on the use of dapper. Dapper runs SQL statements and helps protect you from SQL injections and other things of that nature. He wrote it to help a friend of his understand the importance of knowing a little SQL. The panel chimes in, explaining that when it comes to working in .NET and C# SQL is essential. Panelists Shawn Clabough Caleb Wells Guest Wade Gausden Sponsors Sustain Our Software React Round Up My JavaScript Story CacheFly Links .NET 007: What We Know About LINQ .NET 003: Blazor with Daniel Roth .NET Conf .NET Core 3.0 Released – Here’s The Goodies! Dapper In .NET Core – Part 1 – The What/Why/Who StackOverflow’s ORM goes Open Source https://dotnetcoretutorials.com https://twitter.com/netCoreTutorial https://www.facebook.com/Adventures-in-NET-373059030062837/ https://twitter.com/dotNET_Podcast Picks Caleb Wells: Funny Joke Programming If Coding Headphones Focus T-Shirt Shawn Clabough: http://freakonomics.com/ Wade Gausden: Masters of Doom
© 2020-2025 Ivy Podcast Discovery LLC
