Date: Tue, 04 Sep 2018 10:00:00 +0000
<div class="trix-content"> <div><strong>Panel: </strong></div><ul> <li>Charles Max Wood</li> <li>AJ O’Neal</li> <li>Aimee Knight</li> </ul><div> <strong>Special Guests:</strong> Valeri Karpov </div><div>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, <a href="http://thecodebarbarian.com/new-ebook-mastering-async-await.html">“Mastering Async/Await.”</a> Check-out Val’s social media profiles through LinkedIn, GitHub, Twitter, and more.</div><div><strong>Show Topics:</strong></div><div>1:20 – Val has been on previous episodes back in 2013 & 2016.</div><div>1:37 – Val’s background. He is very involved with multiple companies. Go checkout his <a href="http://thecodebarbarian.com/new-ebook-mastering-async-await.html">new book!</a> </div><div>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.</div><div>3:57 – Chuck asks a question.</div><div>6:25 – Aimee’s asks a question: “Can you speak to why someone would want to use Async/Await?”</div><div>8:53 – AJ makes comments.</div><div>10:09 – “What makes an Async/Await not functional?” – Val</div><div>10:59 – “What’s wrong with Promises or Async/Await that people don’t like it?” - AJ</div><div>11: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.</div><div>12:21 – AJ’s background is with <a href="https://nodejs.org/en/">Node</a> and the <a href="https://www.python.org">Python</a> among other programs.</div><div>12:55 – Implementing Complex Business Logic.</div><div>15:50 – Val discusses his new e-book.</div><div>17:08 – Question from Aimee.</div><div>17:16 – AJ answers question. Promises should have been primitive when it was designed or somewhat event handling.</div><div>17:46 – The panel agrees that anything is better than Call Backs.</div><div>18:18 – Aimee makes comments about Async/Await.</div><div>20:08 – “What are the core principles of your <a href="http://thecodebarbarian.com/new-ebook-mastering-async-await.html">new e-book</a>?” – Chuck</div><div>20:17 – There are 4 chapters and Val discusses, in detail, what’s in each chapter.</div><div>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?</div><div>24:30 – Val answers the before-mentioned question. Async/Await does not have anyway to help with this (data changes in the background).</div><div>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?” – AJ</div><div>26:01 – Val answers the question.</div><div>26:32 – Building a webserver with <a href="https://www.python.org">Python</a>. </div><div>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?”</div><div>28:17 – Val asks for some clarification to Aimee’s question.</div><div>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?”</div><div>32:28 – Val and AJ are discussing and problem solving different situations that these programs</div><div>33:05 – “When would you not want to use Async/Await?” – AJ</div><div>33:25 – Val goes through the ... Support this podcast at — https://redcircle.com/javascript-jabber/donations Advertising Inquiries: https://redcircle.com/brands Privacy & Opt-Out: https://redcircle.com/privacy