Podcasts about angular team

(Video Podcast available on Spotify and Youtube)In Episode 10, Mark Techson shares his inspiring journey from an early fascination with coding to becoming an influential figure in Google's Angular team. Mark shares how he learned programming at a public school in Chicago. In college, he was interested in game development but eventually got a web development job. He started teaching at a boot camp on top of his day job to pay for unexpected family medical expenses, which opened the door to teaching for Harvard's extension school. He shares his gripping story of interviewing at Google and landing his job on the Angular team for the last 3 1/2 years. All along the way, he emphasizes service to others and building a positive community. This is an inspiring episode – we can all learn so much from Mark's journey! Check out Mark Techson's Frontend Master's courses here: https://frontendmasters.com/teachers/mark-techson/ Find Frontend Masters Online: Twitter: ⁠https://twitter.com/FrontendMasters⁠  LinkedIn: ⁠https://www.linkedin.com/company/frontend-masters/⁠  Facebook: ⁠https://www.facebook.com/FrontendMasters⁠ Instagram: ⁠https://instagram.com/FrontendMasters⁠ About Us: Advance your skills with in-depth, modern front-end engineering courses — our 150+ high-quality courses and 18 curated learning paths will guide you from mid-level to senior developer! ⁠https://frontendmasters.com/

Grab your black belts everyone, we're kicking season 3 off with some roundhouse kicks and hammer fists! In this Dev Life edition of the Angular Plus Show, we interview Minko Gechev, the Engineering Product & Developer Relations Lead on the Angular Team at Google for a conversation all about the untold stories of Angular's development. Minko shares some of the early motivations and challenges on the team and how that's evolved today, pivotal moments in Angular's history, important team dynamics, as well as how the Angular community has played an important role in making the framework what it is today. Minko wraps things up with what the team has envisioned for the future and highlights some things coming down the pipeline to keep Angular as amazing as ever! This is… the Dev Life!LINKS:https://twitter.com/mgechevhttps://www.linkedin.com/in/mgechev/https://angular.io/CONNECT WITH US:Minko Gechev - @mgechevBrooke Avery - @jediBraveryPreston Lamb - @prestonjlamb

It's really hard to keep a secret in the open source community, but somehow the Angular Team did it! Fresh off the announcement of the shiny new Angular logo and docs website, Emma Twersky joins us to talk through the rebranding, what it means to Angular developers, and how the community can use and contribute to the new docs site!Check out the new Angular yourself!goo.gle/angular-v17goo.gle/angular-dot-devFind us and our guests on X: TwerskeThe Angular Plus Show The Angular Plus Show is a part of ng-conf. ng-conf is a multi-day Angular conference focused on delivering the highest quality training in the Angular JavaScript framework. Developers from across the globe converge on Salt Lake City, UT every year to attend talks and workshops by the Angular team and community experts.Join: http://www.ng-conf.org/Attend: https://ti.to/ng-confFollow: https://twitter.com/ngconf https://www.linkedin.com/company/ng-conf https://bsky.app/profile/ngconf.bsky.social https://www.facebook.com/ngconfofficialRead: https://medium.com/ngconf Watch: https://www.youtube.com/@ngconfonlineStock media provided by JUQBOXMUSIC/ Pond5

Have you ever wondered how the Angular team really works on the inside? Did you realize that Google uses the exact same Angular code that we all know and love every day? In this episode we talk with Joey Perrott about his day to day on the Angular team and what it's like to be the Director of Whatever. https://angular.io/https://twitter.com/joeyperrott

This episode was taped live at ng-conf 2022 with members of the angular team: Simona Cotin, Mark Thompson, Doug Parker, and Kristiyan Kostadinov. Join us as we learn more about some of the exciting new features of Angular 14.2, what's on the roadmap, and get to know the team a little bit better.

Got Angular.js code? Yeah, a lot of us do. It's cool. For many organizations, there is a lot of Angular.js out there that has been working well for years, and let's be honest, will probably continue to provide value to the organization for years to come. You have probably also heard that Longterm Support from the Angular Team at Google for Angular.js (v1 folks, not v2+) is ending on December 31, 2021. So what are we to do? And, perhaps the bigger question is, what if we have an SLA with our customers that require that we ship supported software?Enter XLTS - Extended Longterm Support for Angular. The team at XLTS.dev have you covered. They will continue to provide long-term support for Angular.js after the dreaded date of December 31, 2021. Phew!!The Angular Show had the opportunity to spend some time with Michael Prentice, a partner at XLTS.dev, along with our beloved Aaron Frost (better known as Frosty) who is also a partner with XLTS.dev, to learn about the beginnings of their service, what they are providing to the Angular community, and how it works. The short story is that the team at XLTS will provide you with a supported forked version of Angular on January 1, 2022. This fork will ensure that you can continue to ship apps that have a dependency on Angular.js (again v1 not v2+) with confidence for years to come.While we may want to eventually upgrade that app from Angular.js to Angular, we don't have to stress about finishing that daunting project in time for LTS. So, go ahead, book that family vacation this Christmas, and go check out xlts.dev to get extended long-term support for your organization's Angular.js apps.

About MarkMark loves to teach and code.He is an award winning university instructor and engineer. He comes with a passion for creating meaningful learning experiences. With over a decade of developing solutions across the tech stack, speaking at conferences and mentoring developers he is excited to continue to make an impact in tech. Lately, Mark has been spending time as a Developer Relations Engineer on the Angular Team.Links:Twitter: https://twitter.com/marktechson TranscriptAnnouncer: Hello, and welcome to Screaming in the Cloud with your host, Chief Cloud Economist at The Duckbill Group, Corey Quinn. This weekly show features conversations with people doing interesting work in the world of cloud, thoughtful commentary on the state of the technical world, and ridiculous titles for which Corey refuses to apologize. This is Screaming in the Cloud.Corey: This episode is sponsored in part by our friends at Vultr. Spelled V-U-L-T-R because they're all about helping save money, including on things like, you know, vowels. So, what they do is they are a cloud provider that provides surprisingly high performance cloud compute at a price that—while sure they claim its better than AWS pricing—and when they say that they mean it is less money. Sure, I don't dispute that but what I find interesting is that it's predictable. They tell you in advance on a monthly basis what it's going to going to cost. They have a bunch of advanced networking features. They have nineteen global locations and scale things elastically. Not to be confused with openly, because apparently elastic and open can mean the same thing sometimes. They have had over a million users. Deployments take less that sixty seconds across twelve pre-selected operating systems. Or, if you're one of those nutters like me, you can bring your own ISO and install basically any operating system you want. Starting with pricing as low as $2.50 a month for Vultr cloud compute they have plans for developers and businesses of all sizes, except maybe Amazon, who stubbornly insists on having something to scale all on their own. Try Vultr today for free by visiting: vultr.com/screaming, and you'll receive a $100 in credit. Thats v-u-l-t-r.com slash screaming.Corey: This episode is sponsored in part by something new. Cloud Academy is a training platform built on two primary goals. Having the highest quality content in tech and cloud skills, and building a good community the is rich and full of IT and engineering professionals. You wouldn't think those things go together, but sometimes they do. Its both useful for individuals and large enterprises, but here's what makes it new. I don't use that term lightly. Cloud Academy invites you to showcase just how good your AWS skills are. For the next four weeks you'll have a chance to prove yourself. Compete in four unique lab challenges, where they'll be awarding more than $2000 in cash and prizes. I'm not kidding, first place is a thousand bucks. Pre-register for the first challenge now, one that I picked out myself on Amazon SNS image resizing, by visiting cloudacademy.com/corey. C-O-R-E-Y. That's cloudacademy.com/corey. We're gonna have some fun with this one!Corey: Welcome to Screaming in the Cloud. I'm Corey Quinn. Anyone who has the misfortune to follow me on Twitter is fairly well aware that I am many things: I'm loud, obnoxious, but snarky is most commonly the term applied to me. I've often wondered, what does the exact opposite of someone who is unrelentingly negative about things in cloud look like? I'm here to answer that question is lightness and happiness and friendliness on Twitter, personified. His Twitter name is @marktechson. My guest today is Mark Thompson, developer relations engineer at Google. Mark, thank you for joining me.Mark: Oh, I'm so happy to be here. I really appreciate you inviting me. Thanks.Corey: Oh, by all means. I'm glad we're doing these recordings remotely because I strongly suspect, just based upon the joy and the happiness and the uplifting aspects of what it is that you espouse online that if we ever shook hands, we'd explode as we mutually annihilate each other like matter and antimatter combining.Mark: Feels right. [laugh].Corey: So, let's start with the day job; seems like the easy direction to go in. You're a developer relations engineer. Now, I've heard of developer advocates, I've heard of the DevRel term, a lot of them get very upset when I refer to them as ‘devrelopers', but that's the game that we play with language. What is the developer relations engineer?Mark: So, I describe my job this way: I like to help external communities with our products. I work on the Angular team, so I like to help our external communities but then I also like to work with our internal team to help improve our product. So, I see it as helping as a platform, as a developer relations engineer. But the engineer part is, I think, is important here because, at Google, we still do coding and we still write things; I'm going to contribute to the Angular platform itself versus just only giving talks or only writing blog posts to creating content, they still want us to do things like solve problems with the platform as well.Corey: So, this is where my complete and abject lack of understanding of the JavaScript ecosystem enters the conversation. Let's be clear here, first let me check my assumptions. Angular is a JavaScript framework, correct?Mark: Technically a TypeScript framework, but you could say JavaScript.Corey: Cool. Okay, again, this is not me setting you up for a joke or anything like that. I try to keep my snark to Twitter, not podcast because that tends to turn an awful lot into me berating people, which I try to reserve for those who really have earned it; they generally have the word chief somewhere in their job title. So, I'm familiar with sort of an evolution of the startups that I worked at where Backbone was all the rage, followed by, “Oh, you should never use Backbone. You should be using Angular instead.”And then I sort of—like, that was the big argument the last time I worked in an environment like that. And then I see things like View and React and several other things. At some point, it seems like, pick a random name out of the air; if it's not going to be a framework, it's going to be a Pokemon. What is the distinguishing characteristic or characteristics of Angular?Mark: I like to describe Angular to people is that the value-add is going to be some really incredible developer ergonomics. And when I say that I'm thinking about the tooling. So, we put a lot of work into making sure that the tooling is really strong for developers, where you can jump in, you can get started and be productive. Then I think about scale, and how your application runs at scale, and how it works at scale for your teams. So, scale becomes a big part of the story that I tell, as well, for Angular.Corey: You spend an awful lot of time telling stories about Angular. I'm assuming most of them are true because people don't usually knowingly last very long in this industry when they just get up on stage and tell lies, other than, “This is how we do it in our company,” which is the aspirational conference-ware that we all wish we ran. You're also, according to your bio, which of course, is always in the [show notes 00:04:16], you're an award-winning university instructor. Now, award-winning—great. For someone who struggled mightily in academia, I don't know much about that world. What is it that you teach? How does being a university instructor work? I imagine it's not like most other jobs where you wind up showing up, solving algorithms on a whiteboard, and they say, “Great, can you start tomorrow?”Mark: Sure. So, when I was teaching at university, what I was teaching was mostly coding bootcamps. So, some universities have coding bootcamps that they run themselves. And so I was a part of some instructional teams that work in the university. And that's how I won the Teaching Excellence Award. So, the award that I won actually was the Distinguished Teaching Excellence Award, based on my performance at work when I was teaching at university.Corey: I want to be clear here, it's almost enough to make someone question whether you really were involved there because the first university, according to your background that you worked on was Northwestern, but then it was through the Harvard Extension School, and I was under the impression that doing anything involving Harvard was the exact opposite of an NDA, where you're contractually bound to mention that, “Oh, I was involved with Harvard in the following way,” at least three times at any given conversation. Can you tell I spent a lot of time dealing with Harvard grads?Mark: [laugh]. Yeah, Harvard is weird like that, where people who've worked there or gone there, it comes up as a first thing. But I'll tell the story about it if someone asks me, but I just like to talk about univer—that's why I say ‘university,' right? I don't say, “Oh, I won an award at Northwestern.” I just say, “University award-winning instructor.”The reason I say even the ‘award-winning', that part is important for credibility, specifically. It's like, hey, if I said I'm going to teach you something, I want you to know that you're in really good hands, and that I'm really going to do my best to help you. That's why I mention that a lot.Corey: I'll take that even one step further, and please don't take this as in any way me casting aspersions on some of your colleagues, but very often working at Google has felt an awful lot like that in some respects. I've never seen you do it. You've never had to establish your bona fides in a conversation that I've seen by saying, “Well, at Google this is how we do it.” Because that's a logical fallacy of appeal to authority in many respects. Yeah, I'm sure you do a lot of things at Google at a multinational trillion-dollar company that if I'm founding a four-person startup called Twitter for Pets might not necessarily be the same constraints that I'm faced with.I'm keenly appreciative folks who recognize that distinction and don't try and turn it into something else. We see it with founders, too, “Oh, we're a small scrappy startup and our founders used to work at Google.” And it's, “Hmm, I'm wondering if the corporate culture at a small startup might be slightly different these days.” I get it. It does resonate and it carries weight. I just wonder if that's one of those unexamined things that maybe it's time to dive into a bit more.Mark: Hmm. So, what's funny about that is—so people will ask me, what do I do? And it really depends on context. And I'll usually say, “Oh, I work for a company on the West Coast,” or, “For a tech company on the West Coast.” I'll just say that first.Because what I really want to do is turn the conversation back to the person I'm talking to, so here's where that unrelenting positivity kind of comes in because I'm looking at ways, how can I help boost you up? So first, I want to hear more about you. So, I'll kind of like—I won't shrink myself, but I'll just be kind of vague about things so I could hear more about you so we're not focused on me. In this case, I guess we are because I'm the guest, but in a normal conversation, that's what I would try to do.Corey: So, we've talked about JavaScript a little bit. We've talked about university a smidgen. Now, let me complete the trifecta of things that I know absolutely nothing about, specifically positivity on Twitter. You have been described to me as the mayor of wholesome Twitter. What is that about?Mark: All right, so let me be really upfront about this. This is not about toxic positivity. We got to get that out in the open first, before I say anything else because I think that people can hear that and start to immediately think, “Oh, this guy is just, you know, toxic positivity where no matter what's happening, he's going to be happy.” That is not the same thing. That is not the same thing at all.So, here's what I think is really interesting. Online, and as you know, as a person on Twitter, there's so many people out there doing damage and saying hurtful things. And I'm not talking about responding to someone who's being hurtful by being hurtful. I mean the people who are constantly harassing women online, or our non-binary friends, people who are constantly calling into question somebody's credibility because of, oh, they went to a coding bootcamp or they came from self-taught. All these types of ways to be really just harmful on Twitter.I wanted to start adding some other perspective of the positivity side of just being focused on value-add in our interactions. Can I craft this narrative, this world, where when we meet, we're both better off because of it, right? You feel good, I feel good, and we had a really good time. If we meet and you're having a bad time, at least you know that I care about you. I didn't fix you. I didn't, like, remove the issue, but you know that somebody cares about you. So, that's what I think wholesome positivity comes into play is because I want to be that force online. Because we already have plenty of the other side.Corey: It's easy for folks who are casual observers of my Twitter nonsense to figure, “Oh, he's snarky and he's being clever and witty and making fun of big companies”—which I do–And they tend to shorthand that sometimes to, “Oh, great. He's going to start dunking on people, too.” And I try mightily to avoid that it's punch up, never down.Mark: Mm-hm.Corey: I understand there's a school of thought that you should never be punching at all, which I get. I'm broken in many ways that apparently are entertaining, so we're going to roll with that. But the thing that incenses me the most—on Twitter in my case—is when I'll have something that I'll put out there that's ideally funny or engaging and people like it and it spreads beyond my circle, and then you just have the worst people on the internet see that and figure, “Oh, that's snarky and incisive. Ah, I'm like that too. This is my people.”I assure you, I am not your people when that is your approach to life. Get out of here. And curating the people who follow and engage with you on Twitter can be a full-time job. But oh man, if I wind up retweeting someone, and that act brings someone who's basically a jackwagon into the conversation, it's no. No-no-no.I'm not on Twitter to actively make things worse unless you're in charge of cloud pricing, in which case yes, I am very much there to make your day worse. But it's, “Be the change you want to see in the world,” and lifting people up is always more interesting to me than tearing people down.Mark: A thousand percent. So, here's what I want to say about that is, I think, punching up is fine. I don't like to moderate other people's behavior either, though. So, if you'd like punching up, I think it'd be funny. I laugh at jokes that people make.Now, is it what I'll do? Probably not because I haven't figured out a good way for me to do it that still goes along my core values. But I will call out stuff. Like if there's a big company that's doing something that's pretty messed up, I feel comfortable calling things out. Or when drama happens and people are attacking someone, I have no problem with just be like, “Listen, this person is a stand-up person.”Putting myself kind of like… just kind of on the front line with that other person. Hey, look, this person is being attacked right now. That person is stand-up, so if you got a problem them, you got a problem with me. That's not the same thing as being negative, though. That's not the same thing as punching down or harming people.And I think that's where—like I say, people kind of get that part confused when they think that being kind to people is a sign of weakness, which is—it takes more strength for me to be kind to people who may or may not deserve it, by societal standards. That I'll try to understand you, even though you've been a jerk right now.Corey: Twitter excels at fomenting outrage, and it does it by distancing us from being able to easily remember there's a person on the other side of these things. It is ways you're going to yell at someone, even my business partner in a text message. Whenever we start having conversations that get a little heated—which it happens; business partnership is like a marriage—it's oh, I should pick up the phone and call him rather than sending things that stick around forever, that don't reflect the context of the time, and five years later when I see it, I feel ashamed." I'm not here to advocate for other people doing things on Twitter the way that I do because what I do is clever, but the failure mode of clever in my case is being a complete jerk, and I've made that mistake a lot when I was learning to do it when my audience was much smaller, and I hurt people. And whenever I discovered that that is what happened, I went out of my way, and still do, to apologize profusely.I've gotten relatively good at having to do less of those apologies on an ongoing basis, but very often people see what I'm doing and try to imitate what they're seeing; it just comes off as mean. And that's not acceptable. That's not something that I want to see more of in the world. So, those are my failure modes. I have to imagine the only real failure mode that you would encounter with positivity is inadvertently lifting someone up who turns out to be a trash goblin.Mark: [laugh]. That and I think coming off as insincere. Because if someone is always positive or a majority of the time, positive, if I say something to you, and you don't know me that actually mean it, sincerity is incredibly hard to get over text. So, if I congratulate you on your job, you might be like, “Oh, he's just saying that for attention for himself because now he's being the nice guy again.” But sincerity is really, really hard to convey, so that's one of the failure modes is like I said, being sincere.And then lifting up people who don't deserve to be lifted up, yeah, that's happened before where I've engaged with people or shared some of their stuff in an effort to boost them, and find out, like you said, legit trash goblin, like, their home address is under a bridge because they're a troll. Like, real bad stuff. And then you have back off of that endorsement that you didn't know. And people will DM you, like, “Hey, I see that you follow this person. That person is a really bad person. Look at what they're saying right now.” I'm like, “Well, damn, I didn't know it was bad like that.”Corey: I've had that on the podcast, too, where I'll have a conversation with someone and then a year or so later, they'll wind up doing something horrifying, or something comes to light and the rest, and occasionally people will ask, “So, why did you have that person on this show?” It's yeah, it turns out that when we're having a conversation, that somehow didn't come up because as I'm getting background on people and understanding who they are and what they're about in the intake questionnaire, there is not a separate field for, “Are you terrible to women?” Maybe there should be, but that's something that it's—you don't see it. And that makes it easy to think that it's not there until you start listening more than you speak, and start hearing other people's stories about it. This is the challenge.As much as I aspire at times to be more positive and lift folks up, this is the challenge of social media as it stands now. I had a tweet the other day about a service that AWS had released with the comment that this is fantastic and the team that built it should be proud. And yeah, that got a bit of engagement. People liked it. I'm sure it was passed around internally, “Yay, the jerk liked something.” Fine.A month ago, they launched a different service, and my comment was just distilled down to, “This is molten garbage.” And that went around the tech internet three times. When you're positive, it's one of those, “Oh, great. Yeah, that's awesome.” Whereas when I savage things, it's, “Hey, he's doing it again. Come and look at the bodies.” Effectively the rubbernecking thing. “There's been a terrible accident, let's go gawk at it.”Mark: Right.Corey: And I don't quite know what to do with that because it leads to the mistaken and lopsided impression that I only ever hate things and I don't think that a lot of stuff is done well. And that's very much not the case. It doesn't restrict itself to AWS either. I'm increasingly impressed by a lot of what I'm seeing out of Google Cloud. You want to talk about objectivity, I feel the same way about Oracle Cloud.Dunking on Oracle was a sport for me for a long time, but a lot of what they're doing on a technical and on a customer-approach basis in the cloud group is notable. I like it. I've been saying that for a couple of years. And I'm gratified the response from the audience seems to at least be that no one's calling me a shill. They're saying, “Oh, if you say it, it's got to be true.” It's, “Yes. Finally, I have a reputation for authenticity.” Which is great, but that's the reason I do a lot of the stuff that I do.Mark: That is a tough place to be in. So, Twitter itself is an anomaly in terms of what's going to get engagement and what isn't. Sometimes I'll tweet something that at least I think is super clever, and I'm like, “Oh, yeah. This is meaningful, sincere, clever, positive. This is about to go bananas.” And then it'll go nowhere.And then I'll tweet that I was feeling a depression coming on and that'll get a lot of engagement. Now, I'm not saying that's a bad thing. It's just, it's never what I think. I thought that the depression tweet was not going to go anywhere. I thought that one was going to be like, kind of fade into the ether, and then that is the one that gets all the engagement.And then the one about something great that I want to share, or lifting somebody else up, or celebrating somebody that doesn't go anywhere. So, it's just really hard to predict what people are going to really engage with and what's going to ring true for them.Corey: Oh, I never have any idea of how jokes are going to land on Twitter. And in the before times, I had the same type of challenge with jokes in conference talks, where there's a joke that I'll put in there that I think is going to go super well, and the audience just sits there and stares. That's okay. My jokes are for me, but after the third time trying it with different audiences and no one laughs, okay, I should keep it to myself, then. Other times just a random throwaway comment, and I find it quoted in the newspaper almost. And it's, “Oh, okay.”Mark: [laugh].Corey: You can never tell what's going to hit and what isn't.Mark: Can we talk about that though? Like—Corey: Oh, sure.Mark: Conference talking?Corey: Oh, my God, no.Mark: Conference speaking, and just how, like—I remember one time I was keynoting—well I was emceeing and I had the opening monologue. And so [crosstalk 00:17:45]—Corey: We call that a keynote. It's fine. It is—I absolutely upgrade it because people know what you're talking about when you say, “I keynoted the thing.” Do it. Own it.Mark: Yeah.Corey: It's yours.Corey: So, I was emcee and then I did the keynote. And so during the keynote rehearsals—and this is for all the academia, right, so all these different university deans, et cetera. So, in the practice, I'm telling this joke, and it is landing, everybody's laughing, blah, blah, blah. And then I get in there, and it was crickets. And in that moment, you want to panic because you're like, “Holy crap, what do I do because I was expecting to be able to ride the wave of the laughter into my next segment,” and now it's dead silent. And then just that ability to have to be quick on your feet and not let it slow you down is just really hard.Corey: This episode is sponsored by our friends at Oracle HeatWave is a new high-performance accelerator for the Oracle MySQL Database Service. Although I insist on calling it “my squirrel.” While MySQL has long been the worlds most popular open source database, shifting from transacting to analytics required way too much overhead and, ya know, work. With HeatWave you can run your OLTP and OLAP, don't ask me to ever say those acronyms again, workloads directly from your MySQL database and eliminate the time consuming data movement and integration work, while also performing 1100X faster than Amazon Aurora, and 2.5X faster than Amazon Redshift, at a third of the cost. My thanks again to Oracle Cloud for sponsoring this ridiculous nonsense.Corey: It's a challenge. It turns out that there are a number of skills that are aligned but are not the same when it comes to conference talks, and I think that is something that is not super well understood. There's the idea of, “I can get on stage in front of a bunch of people with a few loose talking points, and just riff,” that sort of an improv approach. There's the idea of, “Oh, I can get on stage with prepared slides and have presenter notes and have a whole direction and theme of what I'm doing,” that's something else entirely. But now we're doing video and the energy is completely different.I've presented live on video, I've done pre-recorded video, but in either case, you're effectively talking to the camera and there is no crowd feedback. So, especially if you'd lean on jokes like I tend to, you can't do a cheesy laugh track as an insert, other than maybe once as its own joke. You have to make sure that you can resonate and engage with folks, but there are no subtle cues from the audience like half the front row getting up and walking out. You have to figure out what it is that resonates, what it is that doesn't, why people should care. And of course, distinguishing and differentiating between this video that you're watching now and the last five Zoom meetings that you've been on that look an awful lot the same; why should you care about this talk?Mark: The hardest thing to do. I think speaking remotely became such a big challenge. So, over time it became a little easier because I found some of the value in it, but it was still much harder because of all the things that you said. What became easier was that I didn't have to go to a place. That was easier.So, I could take three different conference talks in a day for three different organizations. So, that was easier. But what was harder, just like you said, not being able to have that energy of the crowd to know when you're on point because you look for that person in the audience who's nodding in agreement, or the person who's shaking their head furiously, like, “Oh, this is all wrong.” So, you might need to clarify or slow down or—you lose all your cues, and that's just really, really hard. And I really don't like doing video pre-recorded talks because those take more energy for me than they do the even live virtual because I have to edit it and I have to make sure that take was right because I can't say, “Oh, excuse me. Well, I meant to say this.”And I guess I could leave that in there, but I'm too much of a—I love public speaking, so I put so much pressure on myself to be the best version of myself at every opportunity when I'm doing public speaking. And I think that's what makes it hard.Corey: Oh, yeah. Then you add podcasts into the mix, like this one, and it changes the entire approach. If I stumble over my words in the middle of a sentence that I've done a couple of times already, on this very show, I will stop and repeat myself because it's easier to just cut that out in post, and it sounds much more natural. They'll take out ums, ahs, stutters, and the rest. Live, you have to respond to that very differently, but pre-recorded video has something of the same problem because, okay, the audio you can cut super easily.With video, you have to sort of a smear, and it's obvious when people know what they're looking at. And, “Wait, what was that? That was odd. They blew a take.” You can cheat, which is what I tend to do, and oh, I wind up doing a bunch of slides in some of my talks because every slide transition is an excuse to cut because suddenly for a split second I'm not on the camera and we can do all kinds of fun things.But it's all these little things, and part of the problem, too, with the pandemic was, we suddenly had to learn how to be A/V folks when previously we had the good fortune slash good sense to work with people who are specialist experts in this space. Now it's, “Well, I guess I am the best boy grip today,” whate—I'm learning what that means [laugh] as we—Mark: That's right.Corey: —continue onward. Ugh. I never signed up for this, but it's the thing that happens to you instead of what you plan on. I think that's called life.Mark: Feels right. Feels right, yeah. It's just one of those things. And I'm looking forward to the time after this, when we do get back to in-person talks, and we do get to do some things. So, I have a lot of hot takes around speaking. So, I came up in Toastmasters. Are you familiar with Toastmasters at all?Corey: I very much am.Mark: Oh, yeah. Okay, so I came up in Toastmasters, and for people at home who don't know, it's kind of like a meetup where you go and you actually practice public speaking, based on these props, et cetera. For me, I learned to do things like not say ‘um' and ‘ah' on stage because there's someone in the room counting every time you do it, and then when you get that review at the end when they give you your feedback, they'll call that out. Or when you say ‘like you know,' or too many ‘and so', all these little—I think the word is disfluencies that you use that people say make you sound more natural, those are things that were coached out with me for public speaking. I just don't do those things anymore, and I feel like there are ways for you not to do it.And I tweeted that before, that you shouldn't say ‘um' and ‘ah' and have someone tell me, “Oh, no, they're a natural part of language.” And then, “It's not natural and it could freak people out.” And I was like, “Okay. I mean, you have your opinion about that.” Like, that's fine, but it's just a hot take that I had about speaking.I think that you should do lots of things when you speak. The rate that you walk back and forth, or should you be static? How much should be on your slides? People put a lot of stuff on slides, I'm like, “I don't want to read your slides. I'd rather listen to you use your slides.” I mean, I can go on and on. We should have another podcast called, “Hey, Mark talks about public speaking,” because that is one of my jams. That and supporting people who come from different paths. Those two things, I can go on for hours about.Corey: And they're aligned in a lot of respects. I agree with you on the public speaking. Focusing on the things that make you a better speaker are not that hard in most cases, but it's being aware of what you're doing. I thought I was a pretty good speaker when I had a coach for a little while, and she would stand there, “Give just the first minute of your talk.” And she's there and writing down notes; I get a minute in and it's like, “Okay, I can't wait to see what she doesn't like once I get started.” She's like, “Nope. I have plenty. That will cover us for the next six weeks.” Like, “O…kay? I guess she doesn't know what she's doing.”Spoiler she did, in fact, know what she was doing and was very good at it and my talks are better for it as a result. But it comes down to practicing. I didn't have a thing like Toastmasters when I was learning to speak to other folks. I just did it by getting it wrong a lot of times. I would speak to small groups repeatedly, and I'd get better at it in time.And I would put time-bound on it because people would sit there and listen to me talk and then the elevator would arrive at our floor and they could escape and okay, they don't listen to me publicly speaking anymore, but you find time to practice in front of other folks. I am kidding, to be clear. Don't harass strangers with public speaking talks. That was in fact a joke. I know there's at least one person in the audience who's going to hear that and take notes and think, “Ah, I'm going to do that because he said it's a good idea.” This is the challenge with being a quote-unquote, “Role model” sometimes. My role model approach is to give people guidance by providing a horrible warning of what not to do.Mark: [laugh].Corey: You've gone the other direction and that's kind of awesome. So, one of the recurring themes of this show has been, where does the next generation come from? Where do we find the next generation of engineer, of person working in cloud in various ways? Because the paths that a lot of us walked who've been in this space for a decade or more have been closed. And standing here, it sounds an awful lot like, “Oh, go in and apply for jobs with a firm handshake and a printed copy of your resume and ask to see the manager and you'll have a job before dark.”Yeah, what worked for us doesn't work for people entering the workforce today, and there have to be different paths. Bootcamps are often the subject of, I think, a deserved level of scrutiny because quality differs wildly, and from the outside if you don't know the space, a well-respected bootcamp that knows exactly what it's doing and has established long-term relationships with a number of admirable hiring entities in the space and grifter who threw together a website look identical. It's a hard problem to solve. How do you view teaching the next generation and getting them into this space, assuming that that isn't something that is morally reprehensible? And some days, I wonder if exposing this industry to folks who are new to it isn't a problem.Mark: No, good question. So, I think in general—so I am pro bootcamp. I am pro self-taught. I was not always. And that's because of personal insecurity. Let's dive into that a little bit.So, I've been writing code since I was probably around 14 because I was lucky enough to go to a high school to had a computer science program on the south side of Chicago, one school. And then when I say I was lucky, I was really lucky because the school that I went to wasn't a high resource school; I didn't go to a private school. I went to a public school that just happened that one of the professors from IIT, also worked on staff a few days a week at my school, and we could take programming classes with this guy. Total luck. And so I get into computer science that way, take AP Computer Science in high school—which is, like, the pre-college level—then I go into undergrad, then I go into grad school for computer science.So, like, as traditional of a path that you can get. So, in my mind, it was all about my sweat equity that I had put in that disqualified everybody else. So, Corey, if you come from a bootcamp, you haven't spent the time that I spent learning to code; you haven't sweat, you haven't had to bleed, you haven't tried to write a two's complement algorithm on top of your other five classes for that semester. You haven't done it, definitely you don't deserve to be here. So, that was so much of my attitude, until—until—I got the opportunity to have my mind completely blown when I got asked to teach.Because when I got to asked to teach, I thought, “Yeah, I'm going to have my way of going in there and I'm going to show them how to do it right. This is my chance to correct these coding bootcampers and show them how it goes.” And then I find these people who were born for this life. So, some of us are natural talents, some of us are people who can just acquire the talent later. And both are totally valid.But I met this one student. She was a math teacher for years in Chicago Public Schools. She's like, “I want a career change.” Comes to the program that I taught at Northwestern, does so freaking well that she ends up getting a job at Airbnb. Now, if you have to make her go back four years at university, is that window still open for her? Maybe not.Then I meet this other woman, she was a paralegal for ten years. Ten years as a paralegal was the best engineer in the program when I taught, she was the best developer we had. Before the bootcamp was over, she had already gotten the job offer. She was meant for this. You see what I'm saying?So, that's why I'm so excited because it's like, I have all these stories of people who are meant for this. I taught, and I met people that changed the way I even saw the rest of the world. I had some non-binary trans students; I didn't even know what pronouns were. I had no idea that people didn't go by he/him, she/her. And then I had to learn about they and them and still teach you code without misgendering you at the same time, right because you're in a classroom and you're rapid-fire, all right, you—you know, how about this person? How about that person? And so you have to like, it's hard to take—Corey: Yeah, I can understand async, await, and JavaScript, but somehow understanding that not everyone has the pronouns that you are accustomed to using for people who look certain ways is a bridge too far for you to wrap your head around. Right. We can always improve, we can always change. It's just—at least when I screw up async, await, I don't make people feel less than. I just make—Mark: Totally.Corey: —users feel that, “Wow, this guy has no idea how to code.” You're right, I don't.Mark: Yeah, so as I'm on my soapbox, I'll just say this. I think coding bootcamps and self-taught programs where you can go online, I think this is where the door is the widest open for people to enter the industry because there is no requirement of a degree behind this. I just think that has just really opened the door for a lot of people to do things that is life-changing. So, when you meet somebody who's only making—because we're all engineers and we do all this stuff, we make a lot of money. And we're all comfortable. When you meet somebody where they go from 40,000 to 80,000, that is not the same story for—as it is for us.Corey: Exactly. And there's an entire school of thought out there that, “Oh, you should do this for the love because it is who you are, it is who you were meant to be.” And for some people, that's right, and I celebrate and cherish those folks. And there are other folks for whom, “I got into tech because of the money.” And you know what?I celebrate and cherish those folks because that is not inherently wrong. It says nothing negative about you whatsoever to want to improve your quality of life and wanting to support your family in varying ways. I have zero shade to throw at either one of those people. And when it comes to which of those two people do I want to hire, I have no preference in either direction because both are valid and both have directions that they can think in that the other one may not necessarily see for a variety of reasons. It's fine.Mark: I wanted to be an engineering manager. You know why? Not because I loved leadership; because I wanted more money.Corey: Yes.Mark: So, I've been in the industry for quite a long time. I'm a little bit on the older side of the story, right? I'm a little bit older. You know, for me, before we got ‘staff' and ‘principal' and all this kind of stuff, it was senior software engineer and then you topped out in terms of your earning potential. But if you wanted more, you became a manager, director, et cetera.So, that's why I wanted to be a manager for a while; I wanted more money, so why is my choice to be a manager more valuable than those people who want to make more money by coming into engineering or software development? I don't think it is.Corey: So, we've talked about positivity, we've talked about dealing with unpleasant people, we've talked about technology, and then, of course, we've talked about getting up on soapboxes. Let's tie all of that together for one last topic. What is your position on open-source in cloud?Mark: I think open-source software allows us to do a lot of incredible things. And I know that's a very light, fluffy, politically correct answer, but it is true, right? So, we get to take advantage of the brains of so many different people, all the ideas and contributions of so many different people so that we can do incredible things. And I think cloud really makes the world more accessible in general because—so when I used to do websites, I had to have a physical server that I would have to, like, try to talk to my ISP to be able to host things. And so, there was a lot of barriers to entry to do things that way.Now, with cloud and open-source, I could literally pick up a tool and deploy some software to the cloud. And the tool could you open-source so I can actually see what's happening and I could pick up other tools to help build out my vision for whatever I'm creating. So, I think open-source just gives a lot of opportunity.Corey: Oh, my stars, yes. It's even far more so than when I entered the field, and even back then there were challenges. One of the most democratizing aspects of cloud is that you can work with the same technologies that giant companies are using. When I entered the workforce, it's, “Wow, you're really good with Apache, but it seems like you don't really know a whole lot about the world of enterprise storage. What's going on with that?”And the honest answer was, “Well, it turns out that on my laptop, I can compile Apache super easily, but I'm finding it hard, given that I'm new to the workforce, to afford a $300,000 SAN in my garage, so maybe we can wind up figuring out that there are other ways to do it.” That doesn't happen today. Now, you can spin something up in the cloud, use it for a little bit. You're done, turn it off, and then never again have to worry about it except over in AWS land where you get charged 22 cents a month in perpetuity for some godforsaken reason you can't be bothered to track down and certainly no one can understand because, you know, cloud billing.Mark: [laugh].Corey: But if that's the tax versus the SAN tax, I'll take it.Mark: So, what I think is really interesting what cloud does, I like the word democratization because I think about going back to—just as a lateral reference to the bootcamp thing—I couldn't get my parents to see my software when I was in college when I made stuff because it was on my laptop. But when I was teaching these bootcamp students, they all deployed to Heroku. So, in their first couple of months, the cloud was allowing them to do something super cool that was not possible in the early days when I was coming up, learning how to code. And so they could deploy to Heroku, they could use GitHub Pages, you know like, open-source still coming into play. They can use all these tools and it's available to them, and I still think to me that is mind-blowing that I would have to bring my physical laptop or desktop home and say, “Mom, look at this terminal window that's doing this algorithm that I just did,” versus what these new people can do with the cloud. It's like, “Oh, yeah, I want to build a website. I want to publish it today. Publish right now.” Like, during our conversation, we both could have probably spent up a Hello World in the cloud with very little.Corey: Well, you could have. I could have done it in some horrifying way by using my favorite database: DNS. But that's a separate problem.Mark: [laugh]. Yeah, but I go to Firebase deploy and create a quick app real quick; Firebase deploy. Boom, I'm in the cloud. And I just think that the power behind that is just outstanding.Corey: If I had to pick a single cloud provider for someone new to the field to work with, it would be Google Cloud, and it's not particularly close. Just because the developer experience for someone who has not spent ten years marinating in cloud is worlds apart from what you're going to see in almost every other provider. I take it back, it is close. Neck-and-neck in different ways is also DigitalOcean, just because it explains things; their documentation is amazing and it lets people get started. My challenge with DigitalOcean is that it's not thought of, commonly, as a tier-one cloud provider in a lot of different directions, so the utility of learning how that platform works for someone who's planning to be in the industry for a while might potentially not get them as far.But again, there's no wrong answer. Whatever interests you, whenever you have to work on, do it. The obvious question of, “What technology should I learn,” it's, “Well, the ones that the companies you know are working with,” [laugh] so you can, ideally, turn it into something that throws off money, rather than doing it in your spare time for the love of it and not reaping any rewards from it.Mark: Yeah. If people ask me what should they use it to build something? And I think about what they want to do. And I also will say, “What will get you to ship the fastest? How can you ship?”Because that's what's really important for most people because people don't finish things. You know, as an engineer, how many side projects you probably have in the closet that never saw the light of day because you never shipped. I always say to people, “Well, what's going to get you to ship?” If it's View, use View and pair that with DigitalOcean, if that's going to get you to ship, right? Or use Angular plus Google Cloud Platform if that's going to get you to ship.Use what's going to get you to ship because—if it's just your project you're trying to run on. Now, if it's a company asking me, that's a consulting question which is a different answer. We do a much more in-detail analysis.Corey: I want to thank you so much for taking the time to speak with me about, honestly, a very wide-ranging group of topics. If people want to learn more about who you are, how you think, what you're up to, where can they find you?Mark: You can always find me spreading the love, being positive, hanging out. Look, if you want to feel better about yourself, come find me on Twitter at @marktechson—M-A-R-K-T-E-C-H-S-O-N. I'm out there waiting for you, so just come on and have a good time.Corey: And we will, of course, throw links to that in the [show notes 00:36:45]. Thank you so much for your time today.Mark: Oh, it's been a pleasure. Thanks for having me.Corey: Mark Thompson, developer relations engineer at Google. I'm Cloud Economist Corey Quinn and this is Screaming in the Cloud. If you've enjoyed this podcast, please leave a five-star review on your podcast platform of choice, whereas if you've hated this podcast, please leave a five-star review on your podcast platform of choice along with an angry, deranged comment that you spent several weeks rehearsing in the elevator.Corey: If your AWS bill keeps rising and your blood pressure is doing the same, then you need The Duckbill Group. We help companies fix their AWS bill by making it smaller and less horrifying. The Duckbill Group works for you, not AWS. We tailor recommendations to your business and we get to the point. Visit duckbillgroup.com to get started.Announcer: This has been a HumblePod production. Stay humble.

Hi everyone, this is Dariusz Kalbarczyk co-founder of NG-Poland.pl & JS-Poland.pl. Welcome back to Agular Master Podcast. Together with Manfred Steyer - Speaker, Trainer, Author from angulararchitects.io. We discuss everything related to our favorite framework. Today we have some special guests from Angular Team: Minko Gechev. We talk about, among others: 1. The Angular team is currently working on ideas for making Angular-Modules optional. However, originally, they were not even planned for Angular. Why did the Angular Team implement them even though? 2. What are the challenges of making Angular-Modules optional? 3. Who could benefit the most from optional Angular-Modules and who should stick with Angular-Modules? 4. Can you tell us a bit about how the Angular-Teams plan to implement optional Angular-Modules and how this would look like for people developing with Angular? 5. I've seen you are currently collecting case studies for Micro Frontends. What are your current learnings you've gained from them? 6. Are there ideas to directly support Micro Frontends by Angular and/or the CLI? How could this look alike? 7. Some people in the community are really looking forward to going fully zone-less. It's also on the roadmap. How could this work technically? How could Angular find out that it's time to do change detection? 8. If we go zoneless, what would this change for Angular devs? 9. Some years ago, the Angular team experimented with partial hydration. The idea was to just download an index.html upfront. Then, the rest could be downloaded as needed. Where did these experiments lead to and what plans do you have for this topic? 10. With Angular 6 we already got Angular Elements for wrapping Angular Components into Web Components. Frankly, since then, it didn't evolve that much. What's the future of it? 11. What can we expect from Angular 13? 12. What do you expect from the future of Angular after version 13? https://ng-poland.pl https://js-poland.pl https://angularmaster.dev https://www.angulararchitects.io https://workshopfest.dev --- Send in a voice message: https://podcasters.spotify.com/pod/show/angular-master/message

In this episode of the Angular Show, the panelists (Aaron, Brian, and Jennifer) have the esteemed privilege to be chat with Misko Hevery. In case you haven't heard, Misko is the creator (and sometimes lovingly referred to as the father) of Angular. Misko has spent the last 16 years building Angular at Google, and we have much to thank him and the team for. For some of us, we make a living from teaching, writing, speaking, and coding with Angular. We cannot thank Misko and the entire Angular Team enough!Now, don't get your feathers ruffled - Misko recently transitioned from the Angular team at Google to join the Builder.io team that is building (pun intended) Qwik - a DOM-Centric, resumable web-app framework. Does this mean that Angular is doomed? No, definitely not. This means that Misko continues to pioneer in the land of the web.What is Qwik and how is this framework any different than Angular (or Vue or React)? Join us as we learn about Qwik with Misko Hevery!Show notes:https://github.com/builderio/qwik

Internationalization (i18n) and localization (l10n) can be critical for Angular applications that are used throughout a country, continent, or around the globe. As Angular developers, we have several tools at our disposal to accomplish i18n and l10n. As you might expect, since Angular is an opinionated framework that comes with batteries included, there is a solution provided by the Angular Team. We recently sat down with Kaitlyn Ekdahl to learn about the built-in solution to i18n provided by Angular. Kaitlyn taught us how to get started, some of the recent improvements, as well as the pros and cons of this solution. We also briefly mentioned that there are a few open-source community-led efforts at solving i18n with Angular, such as ngx-translate and Transloco.As engineers, the panelists for the Angular Show (Aaron, Jennifer and Brian) are always curious. We want to learn more, and we endeavor to share our learnings with you! We were excited to learn more about Transloco from Inbal Sinai, a member of the ngneat team, and a Senior Front End Developer at Datorama Salesforce. Inbal shares with us how Transloco works, how easy it is to use, and some of the runtime advantages that Transloco provides. Transloco also makes it easy to get started using the provided `ng add` command. And, if you're currently using Angular's i18n library, Transloco has documentation on how you can easily switch. Oh, did we mention docs? Yeah, they have that covered too (and quite well we might add).If you are considering supporting i18n and l10n in your Angular application we recommend you listen to this episode of the Angular Show, check out Transloco, and don't forget to subscribe so you can go back and listen to the show we did with Kaitlyn to learn about Angular's localization library.Show Notes:https://ngneat.github.io/translocoConnect with us:Inbal Sinai - @SinaiInbalBrian F Love - @brian_loveJennifer Wadella - @likeOMGitsFEDAY

Internationalization (i18n) and localization (l10n) can be critical for Angular applications that are used throughout a country, continent, or around the globe. As Angular developers, we have several tools at our disposal to accomplish i18n and l10n. As you might expect, since Angular is an opinionated framework that comes with batteries included, there is a solution provided by the Angular Team. What you might know is that the Angular Team made some big improvements in the localize package when Ivy, the new compilation and rendering pipeline for Angular that was released in version 9, was released that improves the development of Angular applications that support i18n and l10n. There are also a few community-driven open-source solutions for i18n with Angular, including Transloco and ngx-translate. With all of these options, which one should you choose?Thankfully, as loyal subscribers and listeners to this very podcast, we want to help you make an informed decision. And to do that, as usual, we turn to an expert in the community. Please welcome, Kaitlyn Ekdahl, a Senior Software Engineer at Narwhal Technologies, to the Angular Show to teach us about i18n and l10n with Angular. Kaitlyn shares her experience and in-depth knowledge of using Angular's localize solution, Transloco, and ngx-translate. We discuss the pros and cons, and why you might choose one over the other.Whether or not your current Angular applications require i18n and l10 today, this is an episode of the Angular Show that you do not want to miss. Share this with your colleagues and other Angular developers so that we the community can be educated, informed, and ready to build applications that can be used throughout our communities and throughout the world.Show Notes:i18n vs l10n - https://blog.mozilla.org/l10n/2011/12/14/i18n-vs-l10n-whats-the-diff/Locl - https://www.locl.app/Introducing Transloco - https://netbasal.com/introducing-transloco-angular-internationalization-done-right-54710337630cRuntime i18n with Ivy by Olivier Comb: https://www.youtube.com/watch?v=miG-ghJhFPcAngular Athens: https://www.meetup.com/Angular-Athens/events/277017190/Connect with us:Kaitlyn Ekdahl - @kaitlynekdahlAaron Frost - @aaronfrostBrian F Love - @brian_love

The Angular Show invited Minko Gechev to come on the show and talk through some of the big Angular-related announcements, namely, Angular version 12, IE11 deprecation, and the shiny new Angular DevTools. Minko Gechev is a longtime contributor to Angular, a member of the Angular Team, a good friend of ours, and an all-around wonderful person to spend time with. To kick things off, Minko takes us through some of the big changes as part of the Angular version 12 release, including Ivy (no not the plant, the new-ish compilation and rendering pipeline in Angular) libraries and the final sail-off of ViewEngine (the thing that Ivy replaces), updates to the Language Service (VS Code plugin) to use Ivy, strict mode as the new default for new Angular projections, webpack 5 support, nullish coalescing operator in templates, and inline Sass. Phew!! That's a long list. I guess the team has been a bit busy. Hopefully, they got a break to attend Minko's amazing talk at Google I/O.And that's just the Angular version 12 content we cover in this episode! We also talk about DevTools, the new Chrome extension for Angular developers from the Angular Team, its features, how it works, the integration with the Chome DevTools, and how you should never touch an internal Angular API with three theta symbols (joking, but, seriously, no touchy)! The new DevTools are available in the Chrome Web Store to download and install today, and will soon be available for Firefox.Oh, we almost forgot! In the midst of all of these amazing technical accomplishments, the team snuck in some easy-peezy Tailwind CSS support for those of you that love to add dozens of classes to your HTML elements and are afraid of CSS (we get it, CSS is, like, really challenging). We're speculating that future versions of Angular might even write your CSS for you.Angular as a platform continues to grow and thrive. Want to be a part of the journey? Go ahead and subscribe so you can listen to this info-packed episode with Minko, and you'll be sure to not miss a future episode. Subscribe today!Show notes: Article about a Introducing Angular DevTools https://blog.angular.io/introducing-angular-devtools-2d59ff4cf62fConnect with us: Minko Gechev - @mgechevBrian F Love - @brian_loveAaron Frost - @aaronfrostJennifer Wadella - @likeOMGitsFEDAY

As a follow-up to Ep. 020 - Building Communication Between the Angular Team & the Community - we sat down with Stephen Fluin and Jules Kremer of the Angular team to continue the conversation on the present and future of Angular. You can check out Ep. 020 right here

Welcome to the very first episode of It's Not The Pipeline Podcast! I'm so excited to finally bring this show to you all, I've been working really hard to make sure this show focuses on helping our community, the underrepresented. I'm hoping that these conversations that are full of great advice, tips, and techniques can help you move forward as you continue your personal journey in tech, science, business, or anywhere else --- Today on the show I'm speaking with Mark Thompson. Mark is a software engineer, a family man, an entrepreneur, an award winning university instructor, as well as Developer Advocate on the Angular Team at Google. We talk about a range of really interesting topics focused on: - Raising children as a busy developer - His app "Totally Strong" that he build in a matter of 30 days (DAMN) and how he did it - Techniques for staying productive by actually taking breaks - Tips on learning new things and how they can be incorporated into leveling yourself up This was such a great interview, and I'm really grateful to have Mark on as the first guest of this show. Here's to the first episode and to many more episodes afterward! Socials: Mark: - Website: www.marktechson.com - Twitter: @marktechson - Youtube: MarkTechson INTP Podcast: - Website: www.intppod.com - Twitter: @INTPPodcast

Buckle your seatbelt folks, this is going to be one heck of a ride. Get ready for episode one of a six-part series on State Management in Angular. That's right, there was no way we could fit the topic into a single episode. Panelists Aaron Frost, Brian Love, and Jennifer Wadella start with defining what exactly is "state" in a client application and why it matters. We then jump into a time machine and travel back to the (good?) ole' days of state management in AngularJS. Remember $scope? What about those long digest cycles? But, have no fear, we'll then race forward in time to the pending release of the modern-framework that is Angular (version 2+).The panelists then welcome Googler Alex Rickabaugh to share how he made his way onto the Angular Team through an internal data fetching/caching project called Streamy. His experience with building Streamy led to working on a PoC Angular project, "Tactical", in an attempt to provide Angular with a State Management+ solution. Tactical aimed to manage data flow, offline, validation, caching, conflicts, and more. While Tactical was never released as an official part of the Angular platform, Alex shares insight into the complexities of state management and building abstract tools to solve the oft-encountered programming problem.But wait, wait... there's more. The panelists then scrub forward in time to hearing about state management evolutions in other frameworks, such as Flux and then Redux. Then, zooming forward even more into the land of Promises and then the revelation (and struggle) of Observables. With all that history and information, you definitely don't want to miss this episode! Come join us on the journey, and definitely don't forget to subscribe to stay caught up on all our future episodes as well!Alex Rickabaugh: @synalx

In the conclusion of our four-part series on testing in Angular, we sat down with Keen Yee Liau. Keen leads the tooling team as part of the Angular Team at Google. Externally, the tooling team ships the Angular CLI, which includes the out-of-the-box end-to-end testing tool called Protractor. Join panelists Aaron Frost, Brian Love, and Jennifer Wadella as we learn from Keen about the current direction of Protractor.The recently released version 7 of Protractor focused solely on security issues, resulting in the necessity to update dependencies, leading to a major release bump. If you've been using Protractor for some time, you might be asking, "Wait, what happened to version 6?" Well, v6 was a release-to-evaluate webdriver version 4 (still in alpha) and was never released, and likely won't ever be released. It goes down as a fun bit of history along with Angular version 3.Keen shared with the panelists how the tooling team (and the Angular team at large) is reflecting on the strategy and direction of Angular and the tooling infrastructure. Keen and his team are evaluating the landscape of testing, both within Google and broadly within the ecosystem. Given the current evaluation, make no mistake, Protractor is widely used within Google, and the tooling team is committed to supporting and improving Protractor for the 1,100 + Angular applications at Google as well as the thousands of applications in the community that use Protractor for end-to-end testing. The Angular Team is committed to not leaving anyone behind in the story of Angular. Rest assured, this includes projects that use Protractor. But Keen is also looking for feedback from YOU! His DMs are open at @liauky. We look forward to the future of testing Angular applications!

Hot off the press is the newly released roadmap for Angular. You may not be aware, but Angular has been missing an official roadmap since version 2 was shipped in September of 2016. A roadmap serves many purposes for both the Angular Team & Google and for the community that contributes to and has invested in the platform. A roadmap:

Angular is not just a product, it's also a community. We firmly believe that a community is one in which everyone is welcome, and, further, one in which everyone has the right to feel comfortable and accepted. This is what makes a community.There's been a lot of unrest in the community as former Angular team members have shared perspectives and as community members question the future of Angular. In this episode of the Angular Show, panelists Aaron Frost, Brian Love, & Jennifer Wadella talk with Stephen Fluin, head of developer relations on the Angular Team at Google, and ask the hard questions that we've heard are on your minds. If you've been reading Twitter or blogs recently you may have been wanting to ask what team member departures mean for the future of Angular, the future of your Angular-dependent projects and clients, what is being done to address team attrition, where the Angular roadmap is, or what is the status of the backlog of Angular issues. In an effort of transparency, growth, and healing, we voiced your concerns and asked your questions. While we love the Angular product, we love the Angular community equally as much and know that healthy conversation, and sometimes criticism, is the path towards a thriving ecosystem. So now, it's your turn to listen. We covered a lot, but if we didn't ask a question that you think we should have, let us know.

Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Angular Bootcamp iPhreaks Podcast CacheFly Panel Aaron Frost Joe Eames Alyssa Nicoll Joined By Special Guest: Brandon Roberts Episode Summary Joining the panel in this episode is Brandon Roberts, a Senior Angular Engineer at Narwhal Technologies. Brandon was previously on the Angular Team at Google. Brandon talks about what he is working on currently at Narwhal. They have recently launched more support for React and Web Components and Brandon talks about his role in that project. The panel then asks when Narwhal will release support for Knockout and jQuery. They talk about cases when to use Nx and when to use Angular CLI. They then talk about the effort required to learn Nx. They then talk about Narwhal's support plans for NgRx 9.   Links MAS 091: Brandon Roberts NgRx: A Reactive State of Mind (Two Day Workshop) https://www.ng-conf.org/2019/speakers/brandon-roberts/ Brandon Roberts – Medium Brandon (@brandontroberts) | Twitter Building Full-Stack Applications Using Angular CLI and Nx - Nrwl nrwl/nx: Extensible Dev Tools for Monorepos - GitHub   Picks Alyssa Nicoll: ngAir 211 - Template Streams in Angular & Change Detection Profiling w/ Dominic Elm & Kwinten Pisman Joe Eames: Roll for Adventure Board Game Stop Thief! Board Game Aaron Frost: Your local swap meet MLS Soccer Utah Jazz Brandon Roberts: Connect Tech NWA Technology Summit 2019

Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Angular Bootcamp iPhreaks Podcast CacheFly Panel Aaron Frost Joe Eames Alyssa Nicoll Joined By Special Guest: Brandon Roberts Episode Summary Joining the panel in this episode is Brandon Roberts, a Senior Angular Engineer at Narwhal Technologies. Brandon was previously on the Angular Team at Google. Brandon talks about what he is working on currently at Narwhal. They have recently launched more support for React and Web Components and Brandon talks about his role in that project. The panel then asks when Narwhal will release support for Knockout and jQuery. They talk about cases when to use Nx and when to use Angular CLI. They then talk about the effort required to learn Nx. They then talk about Narwhal's support plans for NgRx 9.   Links MAS 091: Brandon Roberts NgRx: A Reactive State of Mind (Two Day Workshop) https://www.ng-conf.org/2019/speakers/brandon-roberts/ Brandon Roberts – Medium Brandon (@brandontroberts) | Twitter Building Full-Stack Applications Using Angular CLI and Nx - Nrwl nrwl/nx: Extensible Dev Tools for Monorepos - GitHub   Picks Alyssa Nicoll: ngAir 211 - Template Streams in Angular & Change Detection Profiling w/ Dominic Elm & Kwinten Pisman Joe Eames: Roll for Adventure Board Game Stop Thief! Board Game Aaron Frost: Your local swap meet MLS Soccer Utah Jazz Brandon Roberts: Connect Tech NWA Technology Summit 2019

Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Angular Bootcamp iPhreaks Podcast CacheFly Panel Aaron Frost Joe Eames Alyssa Nicoll Joined By Special Guest: Brandon Roberts Episode Summary Joining the panel in this episode is Brandon Roberts, a Senior Angular Engineer at Narwhal Technologies. Brandon was previously on the Angular Team at Google. Brandon talks about what he is working on currently at Narwhal. They have recently launched more support for React and Web Components and Brandon talks about his role in that project. The panel then asks when Narwhal will release support for Knockout and jQuery. They talk about cases when to use Nx and when to use Angular CLI. They then talk about the effort required to learn Nx. They then talk about Narwhal's support plans for NgRx 9.   Links MAS 091: Brandon Roberts NgRx: A Reactive State of Mind (Two Day Workshop) https://www.ng-conf.org/2019/speakers/brandon-roberts/ Brandon Roberts – Medium Brandon (@brandontroberts) | Twitter Building Full-Stack Applications Using Angular CLI and Nx - Nrwl nrwl/nx: Extensible Dev Tools for Monorepos - GitHub   Picks Alyssa Nicoll: ngAir 211 - Template Streams in Angular & Change Detection Profiling w/ Dominic Elm & Kwinten Pisman Joe Eames: Roll for Adventure Board Game Stop Thief! Board Game Aaron Frost: Your local swap meet MLS Soccer Utah Jazz Brandon Roberts: Connect Tech NWA Technology Summit 2019

Panel: Charles Max Wood Joe Eames Aaron Frost Alyssa Nicoll Special Guests: Brian Love & Kevin Schuchard In this episode, the panelist talk with today’s special guests Brian Love & Kevin Schuchard! Brian and Kevin work at BrieBug – check out their employee profiles here! The panelist and guests talk about schematics, Angular, AST, and much more! Show Topics: 0:00 – Advertisement: Get A Coder Job! 0:50 – Chuck: Hello! Our panel today is Joe, Aaron, Alyssa, and myself. We have two guests today, and we are going to talk about schematics. Let’s dive into that! 1:46 – Guest: Schematics is a library that is coming out of Angular and the Angular Team. The guest gives a definition of Angular Schematics. 2:26 – Alyssa. 2:31 – Kevin: The functionality that you are hoping for depends on the CLI that you are on. 3:00 – Alyssa: Sorry for diving into the juicy stuff but we forgot to talk about your introductions! 3:19 – The guests talk about their backgrounds and introduce themselves to the panel and the listeners. 3:49 – Alyssa. 3:54 – Guest continues. 4:21 – Panel: Crazy and busy! 4:28 – Alyssa. 4:31 – Kevin: I am Senior Developer, and I have worked here for a few years. I have had the opportunities to write some schematics for the company and some of my own schematics. 4:53 – Alyssa: Aren’t you so proud that you are a “Senior Developer”?! 5:10 – Guest and panelists go back-and-forth. 6:23 – Guests: We want people to be familiar with schematics and start their journey with schematics. 6:50 – Panel: It’s kind of trippy isn’t that right? 7:00 – Guest: Yeah there are hurdles to learning schematics at first – for sure. 7:22 – Alyssa: What is AST? 7:29 – Guest gives a definition of AST and goes into much detail about this. 10:00 – Alyssa: I think I understand, now, what AST is. Thanks. Alyssa asks the guests a question. 10:14 – Guest answers the question about AST. 10:51 – Guest continues. 11:27 – Panelist is talking about the AST and schematics. 12:03 – Guest: You can read the whole file and using the AST you can figure out where you went to enter the text. 12:25 – Alyssa asks a question. 12:28 – Guest: We are not the developers of schematics, but we are just here to share our knowledge. I want to be super clear here. 13:39 – Panelist talks about schematics, CLI, and AST. 14:18 – Guest: You don’t have to know all about AST and everything there is to know to get into it. You can build schematics w/o getting into AST. Just to be clear. 14:39 – Alyssa asks a follow-up question. 14:41 – Guest continues. 15:57 – Guest: AST has been around for a while – it’s not a new thing it’s kind of an old thing. Guest talks about tools (Code Shift) that Facebook has built that is related to this topic. 17:22 – Guest: Yeah AST has been around for a while. 17:28 – Alyssa asks a question about Code Shift. 17:36 – Guest. 18:21 – Panel and guest go back-and-forth. 19:51 – Alyssa: You said you really don’t need to get into AST to do schematics – right? (Yes.) Alyssa asks a question. 20:19 – Guest: There are two pieces with schematics and that’s adding of new files and you can decide which pieces of the templates you want to be compiled. 21:58 – Chuck: For schematics you mentioned you could drop strings in. Chuck asks a question. 22:29 – Guest answers the question with a hypothetical situation. 23:09 – Chuck: I read the article you wrote and I have a question about your article. Tell me about the tree? 23:29 – Guest talks about the tree or aka the host. 25:40 – Guest: The tree is a virtual kind of context and it’s not committing all of the changes to the file system. Whether that is adding, deleting, or updating these files. 26:10 – Chuck: Makes sense to me. 26:15 – Guest continues talking about schematics. 26:53 – Alyssa: Yeoman is a replacement for schematics? 27:05 – Guest: It’s a lightweight alternative.  27:33 – Advertisement: Angular Boot Camp 28:10 – Chuck: How does one build a schematic? 28:16 – Guest answers the question. 30:34 – Panel: What’s the latest thing you’ve built? Talk about that, please. 30:40 – Guest: It’s a schematic and took what we’ve learned to set you up for a starter project. It starts with a blank project. 32:57 – Panel: You are just talking some lessons learned and you are saying this is how Kevin says to do it. You’ve packaged that up 33:26 – Guest: Yep I have found things that work and there isn’t any magic but put these practices together and made a repository to help testing and making schematics. 33:55 – Panel and guests go back-and-forth. 34:20 – Chuck: Let’s say I’ve built this schematic and Frosty wants to share it with his friends. How do we do that? How do you share it? Is there some component that you’ve built? 35:06 – Guest: It depends on what you are doing with it. 36:14 – Chuck: For mass production, though? 36:25 – Guest: I think Chuck is wondering about discoverability. Guest continues and he mentions prettier, extensions, among other things. 37:18 – Guest: I think it’s my favorite about schematics and it’s Kevin’s. 37:40 – Guest. 38:20 – Guest continues talking about schematics and ng-conf. 38:57 – Guest talks about libraries. 40:12 – Chuck: Anything else? Do you NPM install it and it’s just there? 40:29 – Guest: There are 2 ways to go about it. 53:05 – Fresh Books! END – CacheFly! Links: Vue jQuery Angular JavaScript Python React Cypress Yeoman Apache Groovy GitHub: prettier NG Conf Brian Love’s Website Kevin Schuchard’s LinkedIn BrieBug Blog Angular Schematics Tutorial Testing Schematics with a Sandbox + starter project GitHub: Schematic Starter Getting started blog post by Hans Schematics by Manfred Steyer Angular and Material CLI schematics 1 Angular and Material CLI schematics 2 AST Explorer Evening of Angular Example Schematic project with Sandbox: (Written by Kevin) https://github.com/briebug/jest-schematic https://github.com/schuchard/prettier-schematic https://github.com/briebug/ngrx-entity-schematic https://github.com/blove/schematics Sponsors: Angular Boot Camp Cache Fly Get A Coder Job Picks: Joe Brian Love BrieBug Schematics NGConf. Minified Aaron Ice Fishing Smoking Trout Joe Eames as Dungeon Master for DND NPM JS Survey Charles Alexa Briefing EntreProgrammers.com KanBanflow Pomodoro Technique Kevin Angular Material Open Source Projects Brian Angular.io Visits on Twitter Angular Community Jesse Sanders An evening of Angular Event

Panel: Charles Max Wood Joe Eames Aaron Frost Alyssa Nicoll Special Guests: Brian Love & Kevin Schuchard In this episode, the panelist talk with today’s special guests Brian Love & Kevin Schuchard! Brian and Kevin work at BrieBug – check out their employee profiles here! The panelist and guests talk about schematics, Angular, AST, and much more! Show Topics: 0:00 – Advertisement: Get A Coder Job! 0:50 – Chuck: Hello! Our panel today is Joe, Aaron, Alyssa, and myself. We have two guests today, and we are going to talk about schematics. Let’s dive into that! 1:46 – Guest: Schematics is a library that is coming out of Angular and the Angular Team. The guest gives a definition of Angular Schematics. 2:26 – Alyssa. 2:31 – Kevin: The functionality that you are hoping for depends on the CLI that you are on. 3:00 – Alyssa: Sorry for diving into the juicy stuff but we forgot to talk about your introductions! 3:19 – The guests talk about their backgrounds and introduce themselves to the panel and the listeners. 3:49 – Alyssa. 3:54 – Guest continues. 4:21 – Panel: Crazy and busy! 4:28 – Alyssa. 4:31 – Kevin: I am Senior Developer, and I have worked here for a few years. I have had the opportunities to write some schematics for the company and some of my own schematics. 4:53 – Alyssa: Aren’t you so proud that you are a “Senior Developer”?! 5:10 – Guest and panelists go back-and-forth. 6:23 – Guests: We want people to be familiar with schematics and start their journey with schematics. 6:50 – Panel: It’s kind of trippy isn’t that right? 7:00 – Guest: Yeah there are hurdles to learning schematics at first – for sure. 7:22 – Alyssa: What is AST? 7:29 – Guest gives a definition of AST and goes into much detail about this. 10:00 – Alyssa: I think I understand, now, what AST is. Thanks. Alyssa asks the guests a question. 10:14 – Guest answers the question about AST. 10:51 – Guest continues. 11:27 – Panelist is talking about the AST and schematics. 12:03 – Guest: You can read the whole file and using the AST you can figure out where you went to enter the text. 12:25 – Alyssa asks a question. 12:28 – Guest: We are not the developers of schematics, but we are just here to share our knowledge. I want to be super clear here. 13:39 – Panelist talks about schematics, CLI, and AST. 14:18 – Guest: You don’t have to know all about AST and everything there is to know to get into it. You can build schematics w/o getting into AST. Just to be clear. 14:39 – Alyssa asks a follow-up question. 14:41 – Guest continues. 15:57 – Guest: AST has been around for a while – it’s not a new thing it’s kind of an old thing. Guest talks about tools (Code Shift) that Facebook has built that is related to this topic. 17:22 – Guest: Yeah AST has been around for a while. 17:28 – Alyssa asks a question about Code Shift. 17:36 – Guest. 18:21 – Panel and guest go back-and-forth. 19:51 – Alyssa: You said you really don’t need to get into AST to do schematics – right? (Yes.) Alyssa asks a question. 20:19 – Guest: There are two pieces with schematics and that’s adding of new files and you can decide which pieces of the templates you want to be compiled. 21:58 – Chuck: For schematics you mentioned you could drop strings in. Chuck asks a question. 22:29 – Guest answers the question with a hypothetical situation. 23:09 – Chuck: I read the article you wrote and I have a question about your article. Tell me about the tree? 23:29 – Guest talks about the tree or aka the host. 25:40 – Guest: The tree is a virtual kind of context and it’s not committing all of the changes to the file system. Whether that is adding, deleting, or updating these files. 26:10 – Chuck: Makes sense to me. 26:15 – Guest continues talking about schematics. 26:53 – Alyssa: Yeoman is a replacement for schematics? 27:05 – Guest: It’s a lightweight alternative.  27:33 – Advertisement: Angular Boot Camp 28:10 – Chuck: How does one build a schematic? 28:16 – Guest answers the question. 30:34 – Panel: What’s the latest thing you’ve built? Talk about that, please. 30:40 – Guest: It’s a schematic and took what we’ve learned to set you up for a starter project. It starts with a blank project. 32:57 – Panel: You are just talking some lessons learned and you are saying this is how Kevin says to do it. You’ve packaged that up 33:26 – Guest: Yep I have found things that work and there isn’t any magic but put these practices together and made a repository to help testing and making schematics. 33:55 – Panel and guests go back-and-forth. 34:20 – Chuck: Let’s say I’ve built this schematic and Frosty wants to share it with his friends. How do we do that? How do you share it? Is there some component that you’ve built? 35:06 – Guest: It depends on what you are doing with it. 36:14 – Chuck: For mass production, though? 36:25 – Guest: I think Chuck is wondering about discoverability. Guest continues and he mentions prettier, extensions, among other things. 37:18 – Guest: I think it’s my favorite about schematics and it’s Kevin’s. 37:40 – Guest. 38:20 – Guest continues talking about schematics and ng-conf. 38:57 – Guest talks about libraries. 40:12 – Chuck: Anything else? Do you NPM install it and it’s just there? 40:29 – Guest: There are 2 ways to go about it. 53:05 – Fresh Books! END – CacheFly! Links: Vue jQuery Angular JavaScript Python React Cypress Yeoman Apache Groovy GitHub: prettier NG Conf Brian Love’s Website Kevin Schuchard’s LinkedIn BrieBug Blog Angular Schematics Tutorial Testing Schematics with a Sandbox + starter project GitHub: Schematic Starter Getting started blog post by Hans Schematics by Manfred Steyer Angular and Material CLI schematics 1 Angular and Material CLI schematics 2 AST Explorer Evening of Angular Example Schematic project with Sandbox: (Written by Kevin) https://github.com/briebug/jest-schematic https://github.com/schuchard/prettier-schematic https://github.com/briebug/ngrx-entity-schematic https://github.com/blove/schematics Sponsors: Angular Boot Camp Cache Fly Get A Coder Job Picks: Joe Brian Love BrieBug Schematics NGConf. Minified Aaron Ice Fishing Smoking Trout Joe Eames as Dungeon Master for DND NPM JS Survey Charles Alexa Briefing EntreProgrammers.com KanBanflow Pomodoro Technique Kevin Angular Material Open Source Projects Brian Angular.io Visits on Twitter Angular Community Jesse Sanders An evening of Angular Event

Panel: Charles Max Wood Joe Eames Aaron Frost Alyssa Nicoll Special Guests: Brian Love & Kevin Schuchard In this episode, the panelist talk with today’s special guests Brian Love & Kevin Schuchard! Brian and Kevin work at BrieBug – check out their employee profiles here! The panelist and guests talk about schematics, Angular, AST, and much more! Show Topics: 0:00 – Advertisement: Get A Coder Job! 0:50 – Chuck: Hello! Our panel today is Joe, Aaron, Alyssa, and myself. We have two guests today, and we are going to talk about schematics. Let’s dive into that! 1:46 – Guest: Schematics is a library that is coming out of Angular and the Angular Team. The guest gives a definition of Angular Schematics. 2:26 – Alyssa. 2:31 – Kevin: The functionality that you are hoping for depends on the CLI that you are on. 3:00 – Alyssa: Sorry for diving into the juicy stuff but we forgot to talk about your introductions! 3:19 – The guests talk about their backgrounds and introduce themselves to the panel and the listeners. 3:49 – Alyssa. 3:54 – Guest continues. 4:21 – Panel: Crazy and busy! 4:28 – Alyssa. 4:31 – Kevin: I am Senior Developer, and I have worked here for a few years. I have had the opportunities to write some schematics for the company and some of my own schematics. 4:53 – Alyssa: Aren’t you so proud that you are a “Senior Developer”?! 5:10 – Guest and panelists go back-and-forth. 6:23 – Guests: We want people to be familiar with schematics and start their journey with schematics. 6:50 – Panel: It’s kind of trippy isn’t that right? 7:00 – Guest: Yeah there are hurdles to learning schematics at first – for sure. 7:22 – Alyssa: What is AST? 7:29 – Guest gives a definition of AST and goes into much detail about this. 10:00 – Alyssa: I think I understand, now, what AST is. Thanks. Alyssa asks the guests a question. 10:14 – Guest answers the question about AST. 10:51 – Guest continues. 11:27 – Panelist is talking about the AST and schematics. 12:03 – Guest: You can read the whole file and using the AST you can figure out where you went to enter the text. 12:25 – Alyssa asks a question. 12:28 – Guest: We are not the developers of schematics, but we are just here to share our knowledge. I want to be super clear here. 13:39 – Panelist talks about schematics, CLI, and AST. 14:18 – Guest: You don’t have to know all about AST and everything there is to know to get into it. You can build schematics w/o getting into AST. Just to be clear. 14:39 – Alyssa asks a follow-up question. 14:41 – Guest continues. 15:57 – Guest: AST has been around for a while – it’s not a new thing it’s kind of an old thing. Guest talks about tools (Code Shift) that Facebook has built that is related to this topic. 17:22 – Guest: Yeah AST has been around for a while. 17:28 – Alyssa asks a question about Code Shift. 17:36 – Guest. 18:21 – Panel and guest go back-and-forth. 19:51 – Alyssa: You said you really don’t need to get into AST to do schematics – right? (Yes.) Alyssa asks a question. 20:19 – Guest: There are two pieces with schematics and that’s adding of new files and you can decide which pieces of the templates you want to be compiled. 21:58 – Chuck: For schematics you mentioned you could drop strings in. Chuck asks a question. 22:29 – Guest answers the question with a hypothetical situation. 23:09 – Chuck: I read the article you wrote and I have a question about your article. Tell me about the tree? 23:29 – Guest talks about the tree or aka the host. 25:40 – Guest: The tree is a virtual kind of context and it’s not committing all of the changes to the file system. Whether that is adding, deleting, or updating these files. 26:10 – Chuck: Makes sense to me. 26:15 – Guest continues talking about schematics. 26:53 – Alyssa: Yeoman is a replacement for schematics? 27:05 – Guest: It’s a lightweight alternative.  27:33 – Advertisement: Angular Boot Camp 28:10 – Chuck: How does one build a schematic? 28:16 – Guest answers the question. 30:34 – Panel: What’s the latest thing you’ve built? Talk about that, please. 30:40 – Guest: It’s a schematic and took what we’ve learned to set you up for a starter project. It starts with a blank project. 32:57 – Panel: You are just talking some lessons learned and you are saying this is how Kevin says to do it. You’ve packaged that up 33:26 – Guest: Yep I have found things that work and there isn’t any magic but put these practices together and made a repository to help testing and making schematics. 33:55 – Panel and guests go back-and-forth. 34:20 – Chuck: Let’s say I’ve built this schematic and Frosty wants to share it with his friends. How do we do that? How do you share it? Is there some component that you’ve built? 35:06 – Guest: It depends on what you are doing with it. 36:14 – Chuck: For mass production, though? 36:25 – Guest: I think Chuck is wondering about discoverability. Guest continues and he mentions prettier, extensions, among other things. 37:18 – Guest: I think it’s my favorite about schematics and it’s Kevin’s. 37:40 – Guest. 38:20 – Guest continues talking about schematics and ng-conf. 38:57 – Guest talks about libraries. 40:12 – Chuck: Anything else? Do you NPM install it and it’s just there? 40:29 – Guest: There are 2 ways to go about it. 53:05 – Fresh Books! END – CacheFly! Links: Vue jQuery Angular JavaScript Python React Cypress Yeoman Apache Groovy GitHub: prettier NG Conf Brian Love’s Website Kevin Schuchard’s LinkedIn BrieBug Blog Angular Schematics Tutorial Testing Schematics with a Sandbox + starter project GitHub: Schematic Starter Getting started blog post by Hans Schematics by Manfred Steyer Angular and Material CLI schematics 1 Angular and Material CLI schematics 2 AST Explorer Evening of Angular Example Schematic project with Sandbox: (Written by Kevin) https://github.com/briebug/jest-schematic https://github.com/schuchard/prettier-schematic https://github.com/briebug/ngrx-entity-schematic https://github.com/blove/schematics Sponsors: Angular Boot Camp Cache Fly Get A Coder Job Picks: Joe Brian Love BrieBug Schematics NGConf. Minified Aaron Ice Fishing Smoking Trout Joe Eames as Dungeon Master for DND NPM JS Survey Charles Alexa Briefing EntreProgrammers.com KanBanflow Pomodoro Technique Kevin Angular Material Open Source Projects Brian Angular.io Visits on Twitter Angular Community Jesse Sanders An evening of Angular Event

Stephen Fluin, a Developer Advocate and Developer Relations Lead on the Angular Team at Google and I had a technical discussion on performance when it comes to building Angular applications. Credits Smile (feat. Kasey Andre) by Joakim Karud youtube.com/joakimkarud Music promoted by Audio Library youtu.be/3WvjBdjcvj0 For Mimi by Twin Musicom is licensed under a Creative Commons Attribution license (For Mimi by Twin Musicom is licensed under a Creative Commons Attribution license (creativecommons.org/licenses/by/4.0/) Artist: www.twinmusicom.org/

In this episode, I talk to Elana Olson from the Angular Team about migrating Angularjs to Angular using ngMigration Assistant and the Forum. Links Angular Blog blog.angular.io/migrating-to-angular-fc9618d6fb04 Github Repo github.com/ellamaolson/ngMigration-Assistant Credits Smile (feat. Kasey Andre) by Joakim Karud youtube.com/joakimkarud Music promoted by Audio Library youtu.be/3WvjBdjcvj0 For Mimi by Twin Musicom is licensed under a Creative Commons Attribution license (For Mimi by Twin Musicom is licensed under a Creative Commons Attribution license (creativecommons.org/licenses/by/4.0/) Artist: www.twinmusicom.org/

Panel Charles Max Wood Mike Hartington Mike is an Ionic Developer Advocate. He's been a guest in Adventures in Angular (Episode 64 and 109) and Java Script Jabber, and he spoke in Angular Remote Conference. Tune in to My Angular Story Mike Hartington to know more about how he started in programming. His first dive in programming was simply out of necessity. He took Intro to Computer Science in high school where he did visual basic. He really didn't think of pushing it through college, and he was into craft design courses instead. When he had his last semester course on web design, that was the first time he went back into programming and web technology after high school. He fell in love with Flash before JavaScript. He found it to be so awesome because it's interactive and it's so much fun. When he got out of school, he did marketing and design at a company. One of the requirements were to do interactive product demos and create resources for sales team. They were provided with iPads to do the task, but Flash doesn't run in iPads. Being the case, he had to relearn JavaScript. When he got hired in a company as a designer working with developers, he initially that it would look great. But eventually he didn't want to do the job because it would take him forever. He also had this boss who was very much of a visual person. When he showed him something in the computer, he was asked about how that particular thing would work. Not having Sketch back then, he didn't have the newer UI mockup tools. He recoded all the interactions, and his boss was pleased. Being a designer before has somewhat been an influence to Mike's life as a programmer. He helps other developers handle issues and figure better solutions just like how a designer would do. The main goal of designing is producing an output that appears as if it's done the only way it should. In the end, the product would seem to a natural fit. Charles agrees with Mike's idea in how to solve a problem. Using API for instance, Mike doesn't want to think over about how to use it. He wants to keep things simple. The API should be materialized the way it should have been done. To hear the rest of My Angular Mike Hartington, download and listen to the entire episode. Get in touch with Mike and learn more about him by following him on Twitter. Don't forget to let Mike know you heard about him on Devchat.tv's Adventures in Angular My Angular Story! Mike on Twitter If you're short on time, here are the highlights of My Angular Story Mike Hartington: How did Mike get into programming? (07:03) What led him back to programming? (09:50) How does designing influence programming? (12:21) How did Mike get into Angular? (14:06) Mike's other open source projects? (17:31) Mike's basis in deciding to contribute in a project? (19:17) How did he get into Ionic? (24:14) Picks: Mike Chuck from Angular Team for awesome language plugin, Westworld Charles ActiveCampaign, KSL Classifieds, Who book

Panel Charles Max Wood Mike Hartington Mike is an Ionic Developer Advocate. He's been a guest in Adventures in Angular (Episode 64 and 109) and Java Script Jabber, and he spoke in Angular Remote Conference. Tune in to My Angular Story Mike Hartington to know more about how he started in programming. His first dive in programming was simply out of necessity. He took Intro to Computer Science in high school where he did visual basic. He really didn't think of pushing it through college, and he was into craft design courses instead. When he had his last semester course on web design, that was the first time he went back into programming and web technology after high school. He fell in love with Flash before JavaScript. He found it to be so awesome because it's interactive and it's so much fun. When he got out of school, he did marketing and design at a company. One of the requirements were to do interactive product demos and create resources for sales team. They were provided with iPads to do the task, but Flash doesn't run in iPads. Being the case, he had to relearn JavaScript. When he got hired in a company as a designer working with developers, he initially that it would look great. But eventually he didn't want to do the job because it would take him forever. He also had this boss who was very much of a visual person. When he showed him something in the computer, he was asked about how that particular thing would work. Not having Sketch back then, he didn't have the newer UI mockup tools. He recoded all the interactions, and his boss was pleased. Being a designer before has somewhat been an influence to Mike's life as a programmer. He helps other developers handle issues and figure better solutions just like how a designer would do. The main goal of designing is producing an output that appears as if it's done the only way it should. In the end, the product would seem to a natural fit. Charles agrees with Mike's idea in how to solve a problem. Using API for instance, Mike doesn't want to think over about how to use it. He wants to keep things simple. The API should be materialized the way it should have been done. To hear the rest of My Angular Mike Hartington, download and listen to the entire episode. Get in touch with Mike and learn more about him by following him on Twitter. Don't forget to let Mike know you heard about him on Devchat.tv's Adventures in Angular My Angular Story! Mike on Twitter If you're short on time, here are the highlights of My Angular Story Mike Hartington: How did Mike get into programming? (07:03) What led him back to programming? (09:50) How does designing influence programming? (12:21) How did Mike get into Angular? (14:06) Mike's other open source projects? (17:31) Mike's basis in deciding to contribute in a project? (19:17) How did he get into Ionic? (24:14) Picks: Mike Chuck from Angular Team for awesome language plugin, Westworld Charles ActiveCampaign, KSL Classifieds, Who book

Panel Charles Max Wood Mike Hartington Mike is an Ionic Developer Advocate. He's been a guest in Adventures in Angular (Episode 64 and 109) and Java Script Jabber, and he spoke in Angular Remote Conference. Tune in to My Angular Story Mike Hartington to know more about how he started in programming. His first dive in programming was simply out of necessity. He took Intro to Computer Science in high school where he did visual basic. He really didn't think of pushing it through college, and he was into craft design courses instead. When he had his last semester course on web design, that was the first time he went back into programming and web technology after high school. He fell in love with Flash before JavaScript. He found it to be so awesome because it's interactive and it's so much fun. When he got out of school, he did marketing and design at a company. One of the requirements were to do interactive product demos and create resources for sales team. They were provided with iPads to do the task, but Flash doesn't run in iPads. Being the case, he had to relearn JavaScript. When he got hired in a company as a designer working with developers, he initially that it would look great. But eventually he didn't want to do the job because it would take him forever. He also had this boss who was very much of a visual person. When he showed him something in the computer, he was asked about how that particular thing would work. Not having Sketch back then, he didn't have the newer UI mockup tools. He recoded all the interactions, and his boss was pleased. Being a designer before has somewhat been an influence to Mike's life as a programmer. He helps other developers handle issues and figure better solutions just like how a designer would do. The main goal of designing is producing an output that appears as if it's done the only way it should. In the end, the product would seem to a natural fit. Charles agrees with Mike's idea in how to solve a problem. Using API for instance, Mike doesn't want to think over about how to use it. He wants to keep things simple. The API should be materialized the way it should have been done. To hear the rest of My Angular Mike Hartington, download and listen to the entire episode. Get in touch with Mike and learn more about him by following him on Twitter. Don't forget to let Mike know you heard about him on Devchat.tv's Adventures in Angular My Angular Story! Mike on Twitter If you're short on time, here are the highlights of My Angular Story Mike Hartington: How did Mike get into programming? (07:03) What led him back to programming? (09:50) How does designing influence programming? (12:21) How did Mike get into Angular? (14:06) Mike's other open source projects? (17:31) Mike's basis in deciding to contribute in a project? (19:17) How did he get into Ionic? (24:14) Picks: Mike Chuck from Angular Team for awesome language plugin, Westworld Charles ActiveCampaign, KSL Classifieds, Who book

Panel: Charles Max Wood Guest: Jeff Cross This week on My JavaScript Story, Charles speaks with Jeff Cross. Jeff has been working on Angular and JavaScript for the past five years with Google and now with Nrwl, which he created in the past year. He got started with programming around 12 years old when his Mom taught him and his siblings how to create websites using FrontPage. He then worked as a web designer utilizing Flash and joined an agency when he was in his 20’s that focused on Flash. Jeff talks about his path to his success and the different steps it took him to get to where he is today.  In particular, We dive pretty deep on: How did you get into programming? HTML and FrontPage Dreamweaver GeoCities Gifs Started off as a web designer Flash Object-Oriented Programming JavaScript Backbone From JavaScript to Angular Node Programming APIs Deployd Angular Team at Google What have you contributed to angular? Embarrassing stories Consulting NX And much, much more! Links: FreshBooks Nrwl Deployd Linode @JeffBCross @nrwl_io Nrwl Blog Picks: Jeff Things App Charles Apple Air Pods Astro Reality

Panel: Charles Max Wood Guest: Jeff Cross This week on My JavaScript Story, Charles speaks with Jeff Cross. Jeff has been working on Angular and JavaScript for the past five years with Google and now with Nrwl, which he created in the past year. He got started with programming around 12 years old when his Mom taught him and his siblings how to create websites using FrontPage. He then worked as a web designer utilizing Flash and joined an agency when he was in his 20’s that focused on Flash. Jeff talks about his path to his success and the different steps it took him to get to where he is today.  In particular, We dive pretty deep on: How did you get into programming? HTML and FrontPage Dreamweaver GeoCities Gifs Started off as a web designer Flash Object-Oriented Programming JavaScript Backbone From JavaScript to Angular Node Programming APIs Deployd Angular Team at Google What have you contributed to angular? Embarrassing stories Consulting NX And much, much more! Links: FreshBooks Nrwl Deployd Linode @JeffBCross @nrwl_io Nrwl Blog Picks: Jeff Things App Charles Apple Air Pods Astro Reality

Panel: Charles Max Wood Guest: Jeff Cross This week on My JavaScript Story, Charles speaks with Jeff Cross. Jeff has been working on Angular and JavaScript for the past five years with Google and now with Nrwl, which he created in the past year. He got started with programming around 12 years old when his Mom taught him and his siblings how to create websites using FrontPage. He then worked as a web designer utilizing Flash and joined an agency when he was in his 20’s that focused on Flash. Jeff talks about his path to his success and the different steps it took him to get to where he is today.  In particular, We dive pretty deep on: How did you get into programming? HTML and FrontPage Dreamweaver GeoCities Gifs Started off as a web designer Flash Object-Oriented Programming JavaScript Backbone From JavaScript to Angular Node Programming APIs Deployd Angular Team at Google What have you contributed to angular? Embarrassing stories Consulting NX And much, much more! Links: FreshBooks Nrwl Deployd Linode @JeffBCross @nrwl_io Nrwl Blog Picks: Jeff Things App Charles Apple Air Pods Astro Reality

Panel: Charles Max Wood Guest: Jeff Cross This week on My Angular Story, Charles speaks with Jeff Cross. Jeff has been working on Angular for the past five years with Google and now with Nrwl, which he created in the past year. He got stated with programming around 12 years old when his Mom taught him and his siblings how to create websites using FrontPage. He then worked as a web designer utilizing Flash and joined an agency when he was in his 20’s that focused on Flash. Jeff talks about his path to his success and the different steps it took him to get to where he is today. In particular, We dive pretty deep on:  How did you get into programming? HTML and FrontPage Dreamweaver GeoCities Gifs Started off as a web designer Flash Object-Oriented Programming JavaScript Backbone From JavaScript to Angular Node Programming APIs Deployd Angular Team at Google What have you contributed to angular? Embarrassing stories Consulting NX And much, much more! Links:  FreshBooks Nrwl Deployd Linode @JeffBCross @nrwl_io Nrwl Blog Picks: Jeff Things App Charles Apple Air Pods Astro Reality

Panel: Charles Max Wood Guest: Jeff Cross This week on My Angular Story, Charles speaks with Jeff Cross. Jeff has been working on Angular for the past five years with Google and now with Nrwl, which he created in the past year. He got stated with programming around 12 years old when his Mom taught him and his siblings how to create websites using FrontPage. He then worked as a web designer utilizing Flash and joined an agency when he was in his 20’s that focused on Flash. Jeff talks about his path to his success and the different steps it took him to get to where he is today. In particular, We dive pretty deep on:  How did you get into programming? HTML and FrontPage Dreamweaver GeoCities Gifs Started off as a web designer Flash Object-Oriented Programming JavaScript Backbone From JavaScript to Angular Node Programming APIs Deployd Angular Team at Google What have you contributed to angular? Embarrassing stories Consulting NX And much, much more! Links:  FreshBooks Nrwl Deployd Linode @JeffBCross @nrwl_io Nrwl Blog Picks: Jeff Things App Charles Apple Air Pods Astro Reality

Panel: Charles Max Wood Guest: Jeff Cross This week on My Angular Story, Charles speaks with Jeff Cross. Jeff has been working on Angular for the past five years with Google and now with Nrwl, which he created in the past year. He got stated with programming around 12 years old when his Mom taught him and his siblings how to create websites using FrontPage. He then worked as a web designer utilizing Flash and joined an agency when he was in his 20’s that focused on Flash. Jeff talks about his path to his success and the different steps it took him to get to where he is today. In particular, We dive pretty deep on:  How did you get into programming? HTML and FrontPage Dreamweaver GeoCities Gifs Started off as a web designer Flash Object-Oriented Programming JavaScript Backbone From JavaScript to Angular Node Programming APIs Deployd Angular Team at Google What have you contributed to angular? Embarrassing stories Consulting NX And much, much more! Links:  FreshBooks Nrwl Deployd Linode @JeffBCross @nrwl_io Nrwl Blog Picks: Jeff Things App Charles Apple Air Pods Astro Reality

02:24 - Jules Kremer Introduction Twitter GitHub 04:21 - Jules and the Angular Team 05:41 - “The Dev Rel Role” (Developer Relations) 08:28 - The Enterprise 10:22 - The Angular Developer Relations Team 12:18 - How the Team Should/Will Work Events - Angular 2 16:05 - The F5 Experience vs The CLI World/Project 20:46 - Implementing Simple vs Advanced Concepts 27:24 - Angular and Language Paths/Choices 31:02 - ASP.NET Core 35:10 - Jule’s Role in Developer Relations Developer Types: The Hacker The Skillbuilder The Manager Companies: The Developing Company The Very Sophisticated Enterprise Company The Inbetweeners 43:21 - The GDE Program Picks New York Pluralsight Study Group (John) issues | angular/angular.io (Ward) GO CUBES (Lukas) Auto imports from TypeScript (Lukas) FEM 2016 Plunks (Lukas) Sushi Burrito (Joe) Angular Swag Feedback: juliekremer@google.com (Jules)

02:24 - Jules Kremer Introduction Twitter GitHub 04:21 - Jules and the Angular Team 05:41 - “The Dev Rel Role” (Developer Relations) 08:28 - The Enterprise 10:22 - The Angular Developer Relations Team 12:18 - How the Team Should/Will Work Events - Angular 2 16:05 - The F5 Experience vs The CLI World/Project 20:46 - Implementing Simple vs Advanced Concepts 27:24 - Angular and Language Paths/Choices 31:02 - ASP.NET Core 35:10 - Jule’s Role in Developer Relations Developer Types: The Hacker The Skillbuilder The Manager Companies: The Developing Company The Very Sophisticated Enterprise Company The Inbetweeners 43:21 - The GDE Program Picks New York Pluralsight Study Group (John) issues | angular/angular.io (Ward) GO CUBES (Lukas) Auto imports from TypeScript (Lukas) FEM 2016 Plunks (Lukas) Sushi Burrito (Joe) Angular Swag Feedback: juliekremer@google.com (Jules)

02:24 - Jules Kremer Introduction Twitter GitHub 04:21 - Jules and the Angular Team 05:41 - “The Dev Rel Role” (Developer Relations) 08:28 - The Enterprise 10:22 - The Angular Developer Relations Team 12:18 - How the Team Should/Will Work Events - Angular 2 16:05 - The F5 Experience vs The CLI World/Project 20:46 - Implementing Simple vs Advanced Concepts 27:24 - Angular and Language Paths/Choices 31:02 - ASP.NET Core 35:10 - Jule’s Role in Developer Relations Developer Types: The Hacker The Skillbuilder The Manager Companies: The Developing Company The Very Sophisticated Enterprise Company The Inbetweeners 43:21 - The GDE Program Picks New York Pluralsight Study Group (John) issues | angular/angular.io (Ward) GO CUBES (Lukas) Auto imports from TypeScript (Lukas) FEM 2016 Plunks (Lukas) Sushi Burrito (Joe) Angular Swag Feedback: juliekremer@google.com (Jules)

02:28 - Ward Bell (and Co.’s) Documentation Contributions for Angular 2 05:39 - Peter Bacon Darwin (and Co.) & Jade 07:38 - John Papa and the Tour of Heroes Tutorial 09:01 - Geoff Goodman & Plunker 10:07 - GDE (Google Developer Expert) Program/Summit 13:37 - Thomas Burleson & Angular Material 16:07 - The Angular Team

02:28 - Ward Bell (and Co.’s) Documentation Contributions for Angular 2 05:39 - Peter Bacon Darwin (and Co.) & Jade 07:38 - John Papa and the Tour of Heroes Tutorial 09:01 - Geoff Goodman & Plunker 10:07 - GDE (Google Developer Expert) Program/Summit 13:37 - Thomas Burleson & Angular Material 16:07 - The Angular Team

02:28 - Ward Bell (and Co.’s) Documentation Contributions for Angular 2 05:39 - Peter Bacon Darwin (and Co.) & Jade 07:38 - John Papa and the Tour of Heroes Tutorial 09:01 - Geoff Goodman & Plunker 10:07 - GDE (Google Developer Expert) Program/Summit 13:37 - Thomas Burleson & Angular Material 16:07 - The Angular Team

01:20 - Julie Ralph Introduction Twitter GitHub Google (Seattle Office) Angular Team Protractor 02:47 - Finding Angular and the Team 04:50 - End-to-End Testing WebDriver 08:46 - Making Scripting Easier with Protractor 10:57 - Grabbing By Model 11:27 - Framework Support Jasmine Mocha Cucumber 12:59 - What You Need to Know to Work with Protractor Node.js Debugging Knowledge 14:14 - Data Hydration for Tests 16:10 - Using Mock Modules 17:52 - When Should People Start Using Protractor? 23:21 - Using Protractor for Performance Testing benchpress 25:06 - Writing End-to-End Tests 29:28 - Testing Stories The PageObject Pattern [YouTube] Jim Lavin: Using Page Objects in AngularJS Protractor Authentication User Scripts Red Flag: Logic in Your End-to-End Tests 32:05 - Protractor 2.0?! 33:33 - Support for Angular 2   See Also [YouTube] Julie Ralph: End to End Angular Testing with Protractor ​ Picks bardjs (John) [Pluralsight] Play by Play: John Papa and Ward Bell (John) The revolution that could change the way your child is taught (Ward) Teach Like a Champion: 49 Techniques that Put Students on the Path to College (K-12) by Doug Lemov (Ward) Colt Express (Joe) ng-book (Chuck) DevTools: State Of The Union 2015 by Addy Osmani (Julie) Digital Spring Cleaning (Julie)  

01:20 - Julie Ralph Introduction Twitter GitHub Google (Seattle Office) Angular Team Protractor 02:47 - Finding Angular and the Team 04:50 - End-to-End Testing WebDriver 08:46 - Making Scripting Easier with Protractor 10:57 - Grabbing By Model 11:27 - Framework Support Jasmine Mocha Cucumber 12:59 - What You Need to Know to Work with Protractor Node.js Debugging Knowledge 14:14 - Data Hydration for Tests 16:10 - Using Mock Modules 17:52 - When Should People Start Using Protractor? 23:21 - Using Protractor for Performance Testing benchpress 25:06 - Writing End-to-End Tests 29:28 - Testing Stories The PageObject Pattern [YouTube] Jim Lavin: Using Page Objects in AngularJS Protractor Authentication User Scripts Red Flag: Logic in Your End-to-End Tests 32:05 - Protractor 2.0?! 33:33 - Support for Angular 2   See Also [YouTube] Julie Ralph: End to End Angular Testing with Protractor ​ Picks bardjs (John) [Pluralsight] Play by Play: John Papa and Ward Bell (John) The revolution that could change the way your child is taught (Ward) Teach Like a Champion: 49 Techniques that Put Students on the Path to College (K-12) by Doug Lemov (Ward) Colt Express (Joe) ng-book (Chuck) DevTools: State Of The Union 2015 by Addy Osmani (Julie) Digital Spring Cleaning (Julie)  

01:20 - Julie Ralph Introduction Twitter GitHub Google (Seattle Office) Angular Team Protractor 02:47 - Finding Angular and the Team 04:50 - End-to-End Testing WebDriver 08:46 - Making Scripting Easier with Protractor 10:57 - Grabbing By Model 11:27 - Framework Support Jasmine Mocha Cucumber 12:59 - What You Need to Know to Work with Protractor Node.js Debugging Knowledge 14:14 - Data Hydration for Tests 16:10 - Using Mock Modules 17:52 - When Should People Start Using Protractor? 23:21 - Using Protractor for Performance Testing benchpress 25:06 - Writing End-to-End Tests 29:28 - Testing Stories The PageObject Pattern [YouTube] Jim Lavin: Using Page Objects in AngularJS Protractor Authentication User Scripts Red Flag: Logic in Your End-to-End Tests 32:05 - Protractor 2.0?! 33:33 - Support for Angular 2   See Also [YouTube] Julie Ralph: End to End Angular Testing with Protractor ​ Picks bardjs (John) [Pluralsight] Play by Play: John Papa and Ward Bell (John) The revolution that could change the way your child is taught (Ward) Teach Like a Champion: 49 Techniques that Put Students on the Path to College (K-12) by Doug Lemov (Ward) Colt Express (Joe) ng-book (Chuck) DevTools: State Of The Union 2015 by Addy Osmani (Julie) Digital Spring Cleaning (Julie)