JSJ 273: Live to Code, Don't Code to Live with 2 Frugal Dudes Sean Merron and Kevin Griffin

Panel: - AJ O’Neal- Aimee Knight- Joe Eames Special Guests: http://naderdabit.me/#/ In this episode, the panel talks with programmer, Nader Dabit, who has been with Amazon’s AWS for the past six months. They discuss the new innovations that Amazon is currently working on, and the exciting new projects that Nader gets to be involved with. Check out this episode to hear all the latest!Show Topics:1:45 – There are two main things that Nader works with. Check out this timestamp to see what they are.3:29 – AJ to Nader: Tell me more about manage cloud. I am not sure about https://aws.amazon.com/cognito/?ef_id=W5RTKgAAAUa7GPf1%3A20180908225434%3As&s_kwcid=AL%214422%213%21293649588890%21p%21%21g%21%21cognito&sc_campaign=acquisition_USsc_publisher%3Dgoogle&sc_category=Security&sc_channel=PS&sc_content=cognito_p&sc_country=US&sc_detail=cognito&sc_matchtype=p&sc_medium=ACQ-P%257CPS-GO%257CNon-Brand%257CDesktop%257CSU%257CSecurity%257CCognito%257CUS%257CEN%257CText&sc_segment=293649588890.3:56 – https://aws.amazon.com/cognito/?ef_id=W5RTKgAAAUa7GPf1%3A20180908225434%3As&s_kwcid=AL%214422%213%21293649588890%21p%21%21g%21%21cognito&sc_campaign=acquisition_USsc_publisher%3Dgoogle&sc_category=Security&sc_channel=PS&sc_content=cognito_p&sc_country=US&sc_detail=cognito&sc_matchtype=p&sc_medium=ACQ-P%257CPS-GO%257CNon-Brand%257CDesktop%257CSU%257CSecurity%257CCognito%257CUS%257CEN%257CText&sc_segment=293649588890 5:06 – What are the other manage cloud services that companies want to offer through the tools you have?5:12 – Nader answers AJ’s question.7:30 – Can you give me more specifics on the storage solutions you are offering?8:03 – Nader answers AJ’s question. People store websites there for example. Frontend developers are using S3 buckets, and they are using the library, which is a storage solution.9:10 – AJ and Nader are having a dialogue between different situations, and Nader is giving the solutions to those hypothetical situations.10:17 – AJ: “I am interested in what you are talking about https://aws.amazon.com/appsync/. Can you tell me how that works?” AJ is picking Nader’s brain about how https://aws.amazon.com/appsync/ works.11:05 – Nader: “It is a single API layer for a point of entry. You can have multi-data sources.” Nader continues, in detail, answering AJ’s question.12:36 – AJ: As a frontend developer, it sounds like I will have to become familiar with the backend, too. How is it providing the most value? What is it that I do not have to touch, because I am using this?15:37 – How would these relations work? As a frontend developer, and I do not want to learn sequel, how would that might look like; currently or in the future? How do you extract that knowledge?16:18 – Yes, it is not an easy solution to solve. Nader goes into detail about how he would approach this situation.18:26 – AJ: Are these resolvers written in https://www.javascript.com?22:04 – Acronym fun!22:45 – https://nodejs.org/en/ 23:51 – Summarizing these pasts 20-some-minutes: Off-Storage, https://aws.amazon.com/appsync/,https://sites.google.com/site/landismodel/developers, and others are what people are using Amplify for. New Question/New Topic: Simplify.25:45 – https://aws.amazon.com/mobile/ – is not mobile specific.26:44 – If you are using https://angular.io, we have a plugin in https://angular.io to help you. We also have that for React and https://vuejsdevelopers.com as well.27:52 – https://sentry.io/welcome/ 28:56 – What should we be talking about?29:04 – Let’s talk about Amazon’s Lex, https://aws.amazon.com/lex/?ef_id=W5RTKgAAAUa7GPf1%3A20180908230815%3As&s_kwcid=AL%214422%213%21209039218013%21p%21%21g%21%21amazon%2520chatbot&sc_campaign=lex_2017&sc_category=lex&sc_channel=PS&sc_content=chatbot_p&sc_country=US&sc_detail=amazon%2520chatbot&sc_matchtype=p&sc_medium=awns_lex_b&sc_publisher=google&sc_segment=209039218013. Nader goes into full detail of this service.33:52 – https://www.apple.com/tv/ 34:00 – AJ: Sounds like this is more platform/ more agnostic than getting different things to come together, and the Microsoft one is more hybrid and the Amazon one is more open?35:13 – Joe, let’s go back to what you had to ask.35:28 – Nader, you talked about https://www.biznessapps.com/blog/what-is-a-push-notification/ earlier. What is https://cloud.google.com/pubsub/docs/overview?36:30 – Is this like traditional hooks? Or custom?37:25 – What is the “stuff” that gets you up in the morning and gets you excited to go to work at AWS?38:40 – Nader: I really had no desire to change career paths, but it happened.41:30 – AJ: I totally agree with the idea in that finding the common patterns, so that way someone on the lower-level can participate. AJ wants a platform that is open or purchase that can offer some of these benefits. It could be open-source or you used to buy the different tools.43:27 AJ: What about for the hobbyist?43:40 – Nader: I agree, that would be really nice. I can’t think of any free services that would be nice.44:03 AJ – Not free in “free,” but “free” towards the idea of “free speech.” They would all be available and you get to choose what works well for you.45:00 – SHOUTOUT to LISTENERS: Have an idea about this? Shoot the panel an e-mail!45:33 – Hopefully this opens the listeners’ eyes to what’s out there.45:48 – Cloud services.46:55 – Innovation follows niche markets. When something gets big and established, innovation comes to a plateau. The innovation will develop in a new economic area like hydraulics. AJ thinks a niche will develop.49:03 – Is there anything, Dabit, which you would like to talk about?49:15 – Can we talk about https://docs.aws.amazon.com/aws-technical-content/latest/aws-overview/artificial-intelligence-services.html?51:10 – Nader saw a demonstration recently.52:26 – Hearing these implications is so cool, but when it comes to ML a panelist dabbled a little bit. He watched some videos, unless you want to devote a year or two to learning it then it’s too complex to put together. Do you have to be genius-level to get through?53:29 – ML you are passing data. Nader is not quite sure.56:00 Nader just did a blog post  check-it-out!56:49 – Let’s do Picks!56:50 – https://www.digitalocean.com/ Links:- https://twitter.com/dabit3?ref_src=twsrc%255Egoogle%257Ctwcamp%255Eserp%257Ctwgr%255Eauthor- https://medium.com/@dabit3- https://www.linkedin.com/in/naderdabit/- https://github.com/dabit3- http://naderdabit.me/#/- https://www.youtube.com/channel/UC7mca3O0DmdSG2Cr80sOD7g- https://egghead.io/instructors/nader-dabit- https://www.javascript.com- https://aws.amazon.com/cognito/?ef_id=W5RTKgAAAUa7GPf1%3A20180908225434%3As&s_kwcid=AL%214422%213%21293649588890%21p%21%21g%21%21cognito&sc_campaign=acquisition_USsc_publisher%3Dgoogle&sc_category=Security&sc_channel=PS&sc_content=cognito_p&sc_country=US&sc_detail=cognito&sc_matchtype=p&sc_medium=ACQ-P%257CPS-GO%257CNon-Brand%257CDesktop%257CSU%257CSecurity%257CCognito%257CUS%257CEN%257CText&sc_segment=293649588890- https://aws.amazon.com/appsync/https://nodejs.org/en/- https://sites.google.com/site/landismodel/developers- https://aws.amazon.com/mobile/- https://vuejsdevelopers.com- https://angular.io-Become a supporter of this podcast: https://www.spreaker.com/podcast/javascript-jabber--6102064/support.

11 Syys 20181h 4min

Panel: Charles Max WoodAJ O’NealAimee Knight Special Guests: Valeri Karpov In this episode, the panel talks with programmer, Valerie Karpov from Miami, Florida. He is quite knowledgeable with many different programs, but today’s episode they talk specifically about Async/Await and Promise Generators. Val is constantly busy through his different endeavors and recently finished his e-book, “Mastering Async/Await.” Check-out Val’s social media profiles through LinkedIn, GitHub, Twitter, and more.Show Topics:1:20 – Val has been on previous episodes back in 2013 & 2016.1:37 – Val’s background. He is very involved with multiple companies. Go checkout his new book! 2:39 – Promises generators. Understand Promises and how things sync with Promises. Val suggests that listeners have an integrated understanding of issues like error handling.3:57 – Chuck asks a question.6:25 – Aimee’s asks a question: “Can you speak to why someone would want to use Async/Await?”8:53 – AJ makes comments.10:09 – “What makes an Async/Await not functional?” – Val10:59 – “What’s wrong with Promises or Async/Await that people don’t like it?” - AJ11:25 – Val states that he doesn’t think there really is anything wrong with these programs it just depends on what you need it for. He thinks that having both gives the user great power.12:21 – AJ’s background is with Node and the Python among other programs.12:55 – Implementing Complex Business Logic.15:50 – Val discusses his new e-book.17:08 – Question from Aimee.17:16 – AJ answers question. Promises should have been primitive when it was designed or somewhat event handling.17:46 – The panel agrees that anything is better than Call Backs.18:18 – Aimee makes comments about Async/Await.20:08 – “What are the core principles of your new e-book?” – Chuck20:17 – There are 4 chapters and Val discusses, in detail, what’s in each chapter.22:40 – There could be some confusion from JavaScript for someone where this is their first language. Does Async/Await have any affect on the way you program or does anything make it less or more confusing in the background changes?24:30 – Val answers the before-mentioned question. Async/Await does not have anyway to help with this (data changes in the background).25:36 – “My procedural code, I know that things won’t change on me because it is procedural code. Is it hard to adjust to that?” – AJ26:01 – Val answers the question.26:32 – Building a webserver with Python. 27:31 – Aimee asks a question: “Do you think that there are cases in code base, where I would want to use Promises? Not from a user’s perspective, but what our preferences are, but actual performance. Is there a reason why I would want to use both or be consistent across the board?”28:17 – Val asks for some clarification to Aimee’s question.29:14 – Aimee: “My own personal preference is consistency. Would I want to use Promises in ‘x’ scenario and/or use Async/Await in another situation?”32:28 – Val and AJ are discussing and problem solving different situations that these programs33:05 – “When would you not want to use Async/Await?” – AJ33:25 – Val goes through the different situations when he would not use Async/Await. 33:44 – Chuck is curious about other features of Async/Await and asks Val.36:40 – Facebook’s Regenerator 37:11 – AJ: “Back in the day, people would be really concerned with JavaScript’s performance even with Chrome.” He continues his thoughts on this topic.38:11 – Val answers the AJ’s question.39:10 – Duck JS probably won’t include generators.41:18 – Val: “Have anyone used Engine Script before?” The rest of the panel had never heard of this before.42:09 – Windows Scripting Host 42:56 – Val used Rhino in the past.43:40 – Val: “Going back to the web performance question...”47:08 – “Where do you see using Async/Await the most?” – Chuck47:55 – Val uses Async/Await for everything on the backend because it has made everything so easy for him.48:23 – “So this is why you really haven’t used Web Pack?” – AJ49:20 – Let’s go to Aimee’s Picks!50:18 – AJ’s story, first, before we get to Promises.54:44 – Let’s transition to Promises Finally.54:53 – Val talks about Promises Finally.59:20 – PicksLinks:JavaScriptValeri Karpov’s GitHubValeri Karpov’s TwitterValeri Karpov’s LinkedInNew E-Book: Mastering Async/AwaitNodePythonWindows Scripting HostFacebook’s RegeneratorRhinoSponsors:Kendo UISentryDigital Ocean Picks:CharlesYouTube Video “IKEA” by CoultonConferenceAmazon Prime DayAimeeBlog Post ArticleAJIKEAhttps://ppl.familyValhttps://www.npmjs.com/package/servehttp://bit.ly/ultimate-skiinghttp://asyncawait.net/jsjabberNew E-Book: Mastering Async/AwaitSupport this podcast at — https://redcircle.com/javascript-jabber/donationsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/javascript-jabber--6102064/support.

4 Syys 201846min

Panel: Joe EamesAimee KnightAJ O'NealJoe Eames Special Guests: Christine LeggeIn this episode, the JavaScript Jabber panel talks to Christine Legge about functional programming with Ramda. Christine is a front-end software engineer and just recently got a new job in New York working at Google. Ramda is a utility library in JavaScript that focuses on making it easier to write JavaScript code in a functional way. They talk about functional programming and what it is, using Ramda in Redux, and referential transparency. They also touch on why she first got into Ramda, compare Ramda to Lodash and Underscore, and more!In particular, we dive pretty deep on:Chirstine intro Works as a front-end software engineerWhat is Ramda? JavaScriptUtility library like Lodash and UnderscoreLodash and Underscore VS RamdaFunctional programmingRamda and Functional programming as a mindsetRamda at ZenHubRamda with Redux and ReactWhat is referential transparency?Why would you use Ramda VS Lodash or Underscore?Why she first got into RamdaDidn’t always want to be a programmerBackground in MathLearning functional programming as a new programmerErlangDrRacket and JavaRamda makes it easy to compose functionsCreating clean and reusable codeHow do you start using Ramda?And much, much more! Links:RamdaLodashUnderscoreZenHubReduxReactErlangDrRacket@leggechrChirstine’s GitHubSponsorsKendo UISentryDigital OceanPicks:CharlesHome Depot Tool RentalPodcast MovementCESVRBOAimeeApple Cider VinegarJeremy Fairbank Talk – Practical Functional ProgrammingAJGoat’s MilkJoeTopgolfFramework SummitChristineDan ManganReply All PodcastSupport this podcast at — https://redcircle.com/javascript-jabber/donationsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/javascript-jabber--6102064/support.

28 Elo 201855min

Panel:Charles Max WoodJoe Eames Special Guests: AJ O'NealIn this episode, the JavaScript Jabber panel talks to AJ O'Neal about Greenlock and LetsEncrypt. LetsEncrypt is a brand name and is the first of its kind in automated SSL and Greenlock does what Certbot does in a more simplified form. They talk about what led him to create Greenlock, compare Greenlock to Certbot, and what it’s like to use Greenlock. They also touch on Greenlock-express, how they make Greenlock better, and more!In particular, we dive pretty deep on:Greenlock and LetsEncrypt overviewLetsEncrypt is free to get your certificateWhy Charles uses LetsEncryptWildcard domainsCertbotWhy he originally created GreenlockWorking towards home serversWanted to get HTTP on small devicesManages a certificate directoryGreenlock VS CertbotGreenlock can work stand aloneThe best use case for GreenlockExcited about how people are using his toolWhat is it like to use Greenlock?Working on a desktop clientGreenlock-expressAcme serversCAA recordMaking Greenlock better by knowing how people are using itUsing Greenlock-expressLet's Encrypt v2 Step by Step by AJAnd much, much more!Links:LetsEncryptGreenlockCertbotGreenlock-expressAcme serversLet's Encrypt v2 Step by Step by AJ@coolaj86coolaj86.comAJ’s GitGreenlock.js Screencast SeriesGreenlock.js PatreonSponsorsKendo UISentryDigital OceanPicks:CharlesTake some time offAJOverClocked RecordsSupport this podcast at — https://redcircle.com/javascript-jabber/donationsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/javascript-jabber--6102064/support.

21 Elo 201855min

Panel: Joe EamesAimee KnightAJ ONeal Special Guests: Tom DaleIn this episode, the JavaScript Jabber panel talks to Tom Dale about Ember 3.0 and the future of Ember. Tom is the co-creator of Ember and is a principle staff engineer at LinkedIn where he works on a team called Presentation Infrastructure. They talk about being in the customer service role, having a collaborative culture, and all the information on Ember 3.0. They also touch on the tendency towards disposable software, the Ember model, and more!In particular, we dive pretty deep on:How Joe met TomProgrammers as rule breakersThe pressure to conformTom introStaff engineer at LinkedInCustomer service roleHaving a way to role improvements out to a lot of different peopleJavaScript and Ember at LinkedInHaving a collaborative cultureAll about Ember 3.0Banner feature – there is nothing newCracked how you develop software in the open source world that has longevityMajor competition in Backbone previouslyThe Ember community has never been more vibrantTendency towards disposable softwareThe idea of steady iteration towards improvementThe Ember modelBeing different from different frameworksEmber adoption ratesPython 3Valuable from a business perspective to use EmberEmber community being friendly to newbiesHow much Ember VS how much JavaScript will a new developer have to learn?And much, much more!Links:EmberLinkedInJavaScriptBackbonePython@tomdaletomdale.netTom’s GitHubSponsorsKendo UISentryDigital OceanPicks:JoeFramework SummitJayneReact sent Evan You a cakeAimeeMaker's Schedule, Manager's Schedule by Paul GrahamAJJames VeitchTomJavaScript Tech TalkDrake’s TiesMelissa Watson Ellis at Hall MaddenSupport this podcast at — https://redcircle.com/javascript-jabber/donationsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/javascript-jabber--6102064/support.

14 Elo 201857min

Panel: Aimee KnightJoe EamesAJ ONeal Special Guests: Jeremy FairbankIn this episode, the JavaScript Jabber panel talks to Jeremy Fairbank about his talk Practical Functional Programming. Jeremy is a remote software developer and consultant for Test Double. They talk about what Test Double is and what they do there and the 6 things he touched on in his talk, such as hard to follow code, function composition, and mutable vs immutable data. They also touch on the theory of unit testing, if functional programming is the solution, and more!In particular, we dive pretty deep on:Jeremy introWorks for Test DoubleWhat he means by “remote”What is Test Double?They believe software is broken and they are there to fix itHis talk - Practical Functional ProgrammingThe 6 things he talked about in his talkPractical aspects that any software engineer is going to deal withPurity and the side effects of programming in generalHard to follow codeImperative VS declarative codeCode breaking unexpectedlyMutable data VS immutable dataThe idea of too much codeCombining multiple functions together to make more complex functionsFunction compositionElm, Elixir, and F#Pipe operatorScary to refactor codeStatic typesThe idea of nullThe theory of unit testingIs functional programming the solution?His approach from the talkAnd much, much more!Links:Test DoubleHis talk - Practical Functional ProgrammingElmElixirF#@elpapapollojeremyfairbank.comJeremy’s GitHubJeremy’s YouTubeSponsorsKendo UISentryDigital OceanPicks:AimeeAmerican DollarForce with leaseAJSuperfightJoeThe 2018 Web Developer Roadmap by Brandon MorelliSvelteJeremyProgramming ElmThe Secrets of Consulting by Gerald M. WeinbergConnect.TechSupport this podcast at — https://redcircle.com/javascript-jabber/donationsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/javascript-jabber--6102064/support.

7 Elo 201828min

Panel: Charles Max WoodJoe EamesAimee Knight Special Guests: Kent BeckIn this episode, the JavaScript Jabber panel talks to Kent Beck. Kent left Facebook 4 months ago after working for them for 7 years and is now self-unemployed so that he can decompress from the stressful environment that he was a part of for so long. He now travels, writes, creates art, thinks up crazy programming ideas, and is taking a breather.  They talk about what he did at Facebook, what his coaching engagement sessions consisted of, and the importance of taking time for yourself sometimes. They also touch on what he has learned from his experience coaching, how to create a healthy environment within the workplace, and more!In particular, we dive pretty deep on:Kent intro/updateRuby Rogues Episode 23Worked at Facebook for 7 yearsWhat were you doing at Facebook?Unique culture at FacebookHis strengths as a developer didn’t match with the organization’sCoaching developersTDD and PatternsAdvantages as an old engineerWhat did coaching engagement consist of?Takes time to build trustDischarging shameNeed permission to take care of what you need toBeing at your best so you can do your best workVacation in placeWhat have you learned in your time working with people?The nice thing about coachingEveryone is differentHow do we create a healthy environment within the workplace?Mentor in Ward CunninghamWhat is it costing us?Why did you decide to leave?And much, much more!Links:Ruby Rogues Episode 23@KentBeckkentbeck.comKent’s GitHubSponsorsKendo UISentryDigital OceanPicks:CharlesThe Five Dysfunctions of a Team by Patrick LencioniCrucial Accountability by Kerry PattersonAimeen-backJoeTest Driven Development: By Example by Kent BeckKentThe Field Guide to Understanding 'Human Error' by Sidney DekkerConspiracy: Peter Thiel, Hulk Hogan, Gawker, and the Anatomy of Intrigue by Ryan HolidaySupport this podcast at — https://redcircle.com/javascript-jabber/donationsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/javascript-jabber--6102064/support.

31 Heinä 20181h 6min

Panel: Charles Max WoodAJ ONeal Special Guests: Kurt MackeyIn this episode, the JavaScript Jabber panel talks to Kurt Mackey about Fly.io. At Fly.io, they are "building a JavaScript platform that gives you the power to build your own CDN." They talk about how Fly.io came to fruition, how CDN caching works, and what happens when you deploy a Fly app. They also touch on resizing images with Fly, how you actually build JavaScript platforms using Fly, and more!In particular, we dive pretty deep on:Fly.ioBuilding a programmable CDNHigh level overview of Fly.ioHow did this project come together?CDNs didn’t work with dynamic applicationsHas been working on this since 2008Extend application logic to the “edge”Putting burden of JavaScript “nastiest” onto the web serverFly is the proxy layerGetting things closer to visitors and usersCDN cachingCache APIsWriting logic to improve your lighthouse scoreHave you built in resizing images into Fly?Managing assets closer to the userCan you modify your own JavaScript files?What happens when you deploy a Fly appHaving more application logicDOM within the proxyGhostReact and GatsbyIntelligently loading client JavaScriptHow do you build the JavaScript platform?And much, much more!Links:Fly.ioJavaScriptGhostGatsbyReact@flydotio@mrkurtKurt at ARS TechnicaKurt’s GitHubSponsorsKendo UISentryDigital OceanPicks:CharlesGitLabAJGiteaBlack PantherKurtPacket.netThe Three-Body Problem by Cixin LiuSupport this podcast at — https://redcircle.com/javascript-jabber/donationsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/javascript-jabber--6102064/support.

26 Heinä 20181h 3min