Podcast appearances and mentions of jason lengstorf

Jason Lengstorf, founder of Code TV, joined me on Ditching Hourly to share how he is successfully navigating the transformation of the video production business. Jason's Links: https://jason.energy/https://codetv.dev/AI Summary:In this episode of Ditching Hourly, Jonathan Stark is joined by Jason Lengstorf, founder of Code TV, to explore the current landscape of the video production industry, especially within the tech sector. Jason shares insights into his career journey from being a web engineer to running a successful video production business for tech companies. The discussion delves into industry transitions, the significance of genuine community engagement, the crucial role of video in marketing campaigns, and strategies for delivering measurable ROI. Jason also offers practical advice for video production professionals on pricing their services, specializing in niches, and maintaining consistency to build a strong client base.Chapters:(00:00) - Introduction and Guest Welcome (00:50) - Jason Langsdorf's Background (01:29) - The State of the Video Production Industry (03:34) - Strategic Video Production (10:20) - Top of Funnel Growth Strategies (17:08) - Jason's Approach to Video Production (24:29) - Specialization and Niche Market (29:26) - Measuring Campaign Effectiveness (30:19) - The Importance of Patience and Follow-Through (30:55) - Qualitative Metrics and Social Listening (31:18) - The Value of Organic Mentions (31:56) - Case Study: Microsoft's Image Transformation (34:36) - Challenges in Sales Processes (40:16) - The Power of Consistency in Content Creation (43:41) - Outsourcing Video Production (45:31) - Finding Your Niche and Adding Value (53:57) - The Journey to Success (56:22) - Conclusion and Resources ----Have you ever thought about starting a podcast but gave up because it seemed too hard?I've got good news for you:If you can run a Zoom call, you can host a podcast.In my 5-Day Podcast Challenge, you will learn exactly what to do (and, more importantly, NOT do) to get your podcast off the ground in as little as five days.Stop thinking and start doing. You could be inviting guests to your new show in less than two weeks.ENROLL IN 5DPC NOW »I hope to see (and hear) you there!

Josh Cirre joins us to discuss his transition from the JavaScript ecosystem to Laravel, revealing why PHP frameworks can offer a compelling alternative for full-stack development. We explore the "identity crisis" many frontend developers face when needing robust backend solutions, how Laravel's batteries-included approach compares to piecing together JavaScript services, and the trade-offs between serverless and traditional hosting environments. Josh also shares insights on Laravel's developer experience, front-end integration options, and his thoughts on what JavaScript frameworks could learn from Laravel's approach to abstraction and infrastructure.Show Notes0:00 - Intro1:02 - Sponsor: Wix Studio1:46 - Introduction to Laravel2:25 - Josh's Journey from Frontend to Backend5:40 - Building the Same Project Across Frameworks6:32 - Josh's Breakthrough with Laravel8:20 - Laravel's Frontend Options10:25 - React Server Components Comparison12:00 - Livewire and Volt13:41 - Josh's Course on Laracasts14:08 - Laravel's DX and Ecosystem16:46 - MVC Structure Explained for JavaScript Developers18:25 - Type Safety Between PHP and JavaScript21:12 - Laravel Pain Points and Criticisms22:40 - Laravel Team's Response to Feedback24:50 - Laravel's Limitations and Use Cases26:10 - Laravel's Developer Products27:20 - Option Paralysis in Laravel30:46 - Laravel's Driver System33:14 - Web Dev Challenge Experience33:38 - TanStack Start Exploration34:50 - Server Functions in TanStack37:38 - Infrastructure Agnostic Development41:02 - Serverless vs. Serverful Cost Comparison44:50 - JavaScript Framework Evolution46:46 - Framework Ecosystems Comparison48:25 - Picks and Plugs Links Mentioned in the EpisodeLaravel - PHP frameworkTanStack Start - React meta-framework Josh created a YouTube video aboutLivewire - Laravel's HTML-over-the-wire front-end frameworkInertia.js - Framework for creating single-page appsVolt - Single file component system for LivewireLaravel Cloud - Managed hosting solution for Laravel applicationsHerd - Laravel's tool for setting up PHP development environmentsForge - Laravel's server management toolEnvoyer - Laravel's zero-downtime deployment toolLaracasts - Where Josh has a course on LivewireJosh Cirre's YouTube channelHTMX - Frontend library Josh compared to LivewireWeb Dev Challenge with Jason Lengstorf (featuring Josh and Amy)Josh Cirre's BlueSky account (@joshcirre)Amy's BlueSky accountBrad's BlueSky account Additional ResourcesLaravel DocumentationSvelte's new starter kit (mentioned as a good example)Nightwatch - Latest product from LaravelLaravel Vapor - Serverless deployment platform for LaravelTheo's Laravel exploration (discussed in the criticism section)Laravel BreezeLaravel JetstreamLaravel Fortify (authentication package mentioned)Adonis.js (JavaScript framework compared to Laravel)Anker USB powered hub (Josh's pick)Grether's Sugar Free Black Currant Pastilles (Josh's pick)JBL Portable Speaker (Amy's pick)

Join us as we talk with Jason Lengstorf about how adding fun and creativity to your coding can actually help you be a better coder!More about Jason:X:@jlengstorf , @codetv_dev Follow us onX: The Angular Plus ShowBluesky: @theangularplusshow.bsky.social  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/ng-conf.bsky.social             https://www.facebook.com/ngconfofficialRead: https://medium.com/ngconfWatch: https://www.youtube.com/@ngconfonline  Edited by Patrick Hayes https://www.spoonfulofmedia.com/ Stock media provided by JUQBOXMUSIC/ Pond5

Show DescriptionJason joins us to talk about his rebranding to CodeTV.dev, how Chris Coyier helped him become a star, the power of free, how he makes money with CodeTV, sponsorship and tech shows, crappy web cams, and the gear he uses to look and sound amazing. Listen on Website →GuestsJason LengstorfGuest's Main URL • Guest's TwitterJason Lengstorf is the producer of CodeTV.dev, where he helps tech companies connect with developer communities through better devrel strategy and media. Links tv for developers — CodeTV The Best React-Based Framework | Gatsby Scale & Ship Faster with a Composable Web Architecture | Netlify The Great British Bake Off Web Development Challenge Leet Heat Pilot TV for Developers Dropout Comedy Nebula Universe Sunny Nihilist Declaration Philosophize This! Episodes BenQ RD280UA Monitor iPhone Webcam for Mac Webcam Comparison Sony FX3 Camera ATEM Mini SponsorsBenQNot really but you should call us Mr or Ms BenQ!

This is the last episode for 2024. To make it special, it's a supercut of all the unconventional advice from every single guest that was on the show this year - Kent C. Dodds, Jerod Santo, Rob Walling, Adrienne Tacke, David Khourshid, Saron Yitbarek, Rachel Andrew, Katie Fujihara, Lena Reinhard, Miriam Suzanne, Kirupa Chinnathambi, Craig Hewitt, Jennifer Wong, Jason Lengstorf, Michael Kennedy, and Asia Orangio. This turned out so well, that I will be definitely re-visiting the format in the new year. I hope you have a successful and adventure-packed 2025, with plenty of room for career growth. See you next year!

If you've been immersed in the tech world for some time, you probably have heard one specific YouTube channel mentioned more than once - Learn With Jason. It's a project started by Jason Lengstorf, a former VP of developer experience at a web tooling startup (he was a head of developer relations prior to that too), that is aimed at helping everyone navigate the always changing landscape of developer tools and frameworks. Which, by the way, according to Jason do not matter. In this show, we dive deep in Jason's career path and focus on the less known aspects of climbing the career ladder - things like amassing political capital by doing great work, building visibility by meaningful means that can help cement your reputation, and being able to address business problems as a mechanism to build trust in your own leadership abilities.

Friend of the podcast (and previous guest host), Jason Lengstorf, joins Jack and Paige today to talk about the latest happenings in the web dev world - and wax poetic at the end about favorite restaurants and fine dining.First up, is AI model runner ONNX, which Jack's been digging into recently. ONNX offers many pre-trained models which can run locally or in the browser and integrates well with many different programming languages.After that is new Lodash library competitor es-toolkit. It's smaller, faster, relies heavily on native browser APIs, and wants to supplant Lodash for all those useful helper functions so many JS apps still rely heavily on.Then there's a new React project framework named react-server that claims to be the easiest way to build React apps with server-side rendering.Finally, Jason shares his experience with full stack JavaScript SDK Vinxi, which makes it easy for devs to build JavaScript apps and even frameworks.News:Paige - es-toolkit and what's next for ESLint Jack - ONNX (Open Neural Network Exchange) AI model runner and React ServerJason - Vinxi · Dev Agrawal on LWJ teaching Vinxi · Nikhil on Vinxi at ViteConfSpecial Guest:Jason Lengstorf, host of Learn with Jason and developer-focused media consultant.Jason's X profile @jlengstorfJason's YouTube channelLearn with Jason siteJason's link tree (jason.energy/links)What Makes Us Happy this Week:Paige - The Bear TV seriesJack - Inside Out 2 movieJason - Chef movie and The Chef ShowThanks as always to our sponsor, the Blue Collar Coder channel on YouTube. You can join us in our Discord channel, explore our website and reach us via email, or Tweet us on X @front_end_fire.Front-end Fire websiteBlue Collar Coder on YouTubeBlue Collar Coder on DiscordReach out via emailTweet at us on X @front_end_fire

In a rare turn of events, it was a slightly quieter week in terms of actual web development news, so the hosts round up some technology-adjacent news and drama to share.Jack kicks off the show recounting his experience of being one of four developers in a reality show-type scenario that his friend Jason Lengstorf (host of the YouTube show “Learn with Jason”) put together. Next up is more drama around how AI companies are training their LLMs. Up and coming AI company Perplexity's getting some heat for ignoring the robots.txt files on websites banning AI companies from crawling the content to teach their models.After that, TypeScript 5.5, previously in beta stage (in episode 42), has now reached release candidate stage. It brings with it inferred type predicates, regex syntax checking, and 33% smaller package size.News:Paige - TypeScript 5.5 RCJack - Don't build another effin' chatbot - Web Dev Challenge S1E1 (Learn with Jason)TJ - Perplexity and robots.txt drama and Apple is the first company charged with violating the EU's DMA rulesBonus news:window.aiWhat Makes Us Happy this Week:Paige - The Hunting Party bookJack - Bridgerton on NetflixTJ - The Paris ApartmentThanks as always to our sponsor, the Blue Collar Coder channel on YouTube. You can join us in our Discord channel, explore our website and reach us via email, or Tweet us on X @front_end_fire.Front-end Fire websiteBlue Collar Coder on YouTubeBlue Collar Coder on DiscordReach out via emailTweet at us on X @front_end_fire

On this episode of Front-End Fire we welcomed special guest Jason Lengstorf to chat about the news with us. We opened with a follow-up discussion of the let versus const debate from last week. Jack made a video (see below for link), and we had a bit of fun talking about the controversy.After that we introduced Effect, a library that dubs itself the missing standard library for TypeScript. Effect just had its first stable release, so we discussed what the library does, what sort of apps it works well in, and how in the world they raised over 2 million dollars in VC money.Finally, Jason walked us through his latest creative venture: 4 Web Devs 1 App. The concept, as the name implies, is getting four web developers together to build apps using the same technology. The behind the scenes though involves a full production team, over four terrabytes of files per video, and a ton of logistics.News:Jack - const vs. letTJ - Effect 3.0Jason - 4 Web Devs 1 AppSpecial Guest: Jason Lengstorf host of Learn with Jason and developer-focused media consultant.Jason's X profile @jlengstorfJason's YouTube channelLearn with Jason siteJason's link tree (jason.energy/links)What Makes Us Happy this Week:Jack - LightroomTJ - Firefox power user kept 7,500 tabs open for two yearsJason - Node.jsThanks as always to our sponsor, the Blue Collar Coder channel on YouTube. You can join us in our Discord channel, explore our website and reach us via email, or Tweet us on X @front_end_fire.Front-end Fire websiteBlue Collar Coder on YouTubeBlue Collar Coder on DiscordReach out via emailTweet at us on X @front_end_fire

In this episode, we discuss Jem's tweet about feeling like you have to work more than 40 hours a week to get promoted. Jason Lengstorf joins us to debate the topic of promotions. Guests: Jason Lengstorf - @jlengstorf Panelists: Ryan Burgess - @burgessdryan Jem Young - @JemYoung Shirley Wu - @sxywu Augustus Yuan - @augburto Episode transcript: https://www.frontendhappyhour.com/episodes/do-you-need-to-work-more-than-9-to-5-to-get-promoted

Lots has happened this week! New alpha preview of Tailwind V4, more very unexpected layoffs of great people, Jason Lengstorf kicked off the "Do It Anyways" movements, and Astro launched a database! Website: https://navbar.tech Pro Tailwind: https://www.protailwind.com/ Build a Twitter Clone with the Next.js App Router and Supabase (free egghead course): https://egghead.io/courses/build-a-twitter-clone-with-the-next-js-app-router-and-supabase-19bebadb Want more NavBar?

Jason Lengstorf, a developer media producer and host of the show Learn with Jason, joins Corey on this week's episode of Screaming in the Cloud to layout his ideas for creative developer content. Jason explains how devTV can have way more reach than webinars, the lack of inspiration he experiences at conferences these days, and why companies should be focused on hiring specialists before putting DevRels on the payroll. Plus, Corey and Jason discuss walking the line between claiming you're good at everything and not painting yourself into a corner as a DevRel and marketer.About JasonJason Lengstorf helps tech companies connect with developer communities through better media. He advocates for continued learning through collaboration and play and regularly live streams coding with experts on his show, Learn With Jason. He lives in Portland, Oregon.Links Referenced:Learn with Jason: https://www.learnwithjason.dev/Personal Website Links: https://jason.energy/linksTranscriptAnnouncer: 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: Welcome to Screaming in the Cloud. I'm Corey Quinn. Before I went to re:Invent, I snuck out of the house for a couple of days to GitHub Universe. While I was there, I discovered all kinds of fascinating things. A conference that wasn't predicated on being as cheap as humanly possible was one of them, and a company that understood how developer experience might play out was another.And I also got to meet people I don't normally get to cross paths with. My guest today is just one such person. Jason Lengstorf is a developer media producer at Learn with Jason, which I have to assume is named after yourself.Jason: [laugh] It is yes.Corey: Or it's a dramatic mispronunciation on my part, like, no, no, it's ‘Learn with JSON' and it's basically this insane way of doing weird interchange formats, and you just try to sneak it through because you know I happen to be an XML purist.Jason: [laugh] Right, I'm just going to throw you a bunch of YAML today. That's all I want to talk about.Corey: Exactly. It keeps things entertaining, we're going to play with it. So, let's back up a sec. What do you do? Where do you start and where do you stop?Jason: I'm still learning how to answer this question, but I help companies do a better job of speaking to developer audiences. I was an engineer for a really long time, I went from engineering into developer advocacy and developer experience, and as of the last year, I'm doing that independently, with a big focus on the media that companies produce because I think that what used to work isn't working, and that there's a big opportunity ahead of us that I am really excited to help companies move into.Corey: It feels like this has been an ongoing area of focus for an awful lot of folks. How do you successfully engage with developer audiences? And if I'm being direct and more than a little bit cynical, a big part of it is that historically, the ways that a company marketed to folks was obnoxious. And for better or worse, when you're talking about highly technical topics and you're being loudly incorrect, a technical audience is not beholden to some of the more common business norms, and will absolutely call you out in the middle of you basically lying to them. “Oh, crap, what do we do now,” seemed to be a large approach. And the answer that a lot of folks seem to have come up with was DevRel, which… I've talked about it before in a bunch of different ways, and my one-liner is generally, “If you work in DevRel, that means you work in marketing, but they're scared to tell you that.”Jason: [laugh] I don't think you're wrong. And you know, the joke that I've made for a long time is that they always say that developers hate marketing. But I don't think developers hate marketing; they just hate the way that your company does it. And—Corey: Oh, wholeheartedly agree. Marketing done right is engaging and fun. A lot of what I do in public is marketing. Like, “Well, that's not true. You're just talking about whatever dumb thing AWS did this week.” “Well, yes, but then you stick around to see what else I say, and I just become sort of synonymous with ‘Oh, yeah, that's the guy that fixes AWS bills.'” That is where our business comes from, believe it or not.Jason: Ri—and I think this was sort of the heart of DevRel is that people understood this. They understood that the best way to get an audience engaged is to have somebody who's part of that audience engage with them because you want to talk to them on the level that they work. You're not—you know, a marketing message from somebody who doesn't understand what you do is almost never going to land. It just doesn't feel relatable. But if you talk to somebody who's done the thing that you do for work, and they can tell you a story that's engaging about the thing that you do for work, you want to hear more. You—you know, you're looking for a community, and I think that DevRel, the aim was to sort of create that community and give people a space to hang out with the added bonus of putting the company that employs that DevRel as an adjacent player to get some of that extra shine from wherever this community is doing well.Corey: It felt like 2019 was peak DevRel, and that's where I started to really see that you had, effectively, a lot of community conferences were taken over by DevRel, and you wound up with DevRel pitching to DevRel. And it became so many talks that were aligned with almost imagined problems. I think one of the challenges of working in DevRel is, if you're not careful, you stop being a practitioner for long enough that you can no longer relate to what the audience is actually dealing with. I can sit here and complain about data center travails that I had back in 2011, but are those still accurate in what's about to be 2024? Probably not.Jason: And I think the other problem that happens too is that when you work in DevRel, you are beholden to the company's goals, if the company employees you. And where I think we got really wrong is companies have to make money. We have to charge customers or the company ceases to exist, so when we go out and tell stories, we're encouraged by the company to focus on the stories that have the highest ROI for the company. And that means that I'm up on stage talking about some, like, far-future, large-scale enterprise thing that very few companies need, but most of the paying customers of my company would need. And it becomes less relatable, and I think that leads to some of the collapse that we saw that you mentioned, where dev events feel less like they're for devs and more like they're partner events where DevRel is talking to other DevRel is trying to get opportunities to schmooze partners, and grow our partner pipeline.Corey: That's a big part of it, where it seems, on some level, that so much of what DevRel does, when I see them talking about DevRel, it doesn't get around to DevRel is. Instead, it gets stuck in the weeds of what DevRel is not“. We are not shills for our employer.” Okay, I believe you, but also, I don't ever see you saying anything that directly contravenes what your employer does. Now, let me be clear: neither do I, but I'm also in a position where I can control what my employer does because I have the control to move in directions that align with my beliefs.I'm not saying that it's impossible to be authentic and true to yourself if you work for an employer, but I have seen a couple of egregious examples of people changing companies and then their position on topics they've previously been very vocal on pulled an entire one-eighty, where it's… it really left a bad taste in my mouth.Jason: Yeah. And I think that's sort of the trick of being a career DevRel is you have to sort of walk this line of realizing that a DevRel career is probably short at every company. Because if you're going to go there and be the face of a company, and you're not the owner of that company, they're almost inevitably going to start moving in a direction as business develops, that's not going to line up with your core values. And you can either decide, like, okay that's fine, they pay me well enough, I'm just going to suck it up and do this thing that I don't care about that much, or you have to leave. And so, if you're being honest with yourself, and you know that you're probably going to spend between 12 and 24 months at any given company as a DevRel, which—by the history I'm seeing, that seems to be pretty accurate—you need to be positioning and talking about things in a way that isn't painting you into that corner where you have to completely about-face, if you switch companies. But that also works against your goals as a DevRel at the company. So, it's—I think we've made some big mistakes in the DevRel industry, but I will pause to take a breath here [laugh].Corey: No, no, it's fine. Like, it's weird that I view a lot of what I do is being very similar to DevRel, but I would never call myself that. And part of it is because, for better or worse, it is not a title that tends to engender a level of respect from business owners, decision makers, et cetera because it is such a mixed bag. You have people who have been strategic advisors across the board becoming developer advocates. That's great.You also see people six months out of a boot camp who have decided don't like writing code very much, so they're going to just pivot to talking about writing code, and invariably, they believe, more or less, whatever their employer tells them because they don't have the history and the gravitas to say, “Wait a minute, that sounds like horse pucky to me.” And it's a very broad continuum. I just don't like blending in.Jason: Where I think we got a lot of this wrong is that we never did define what DevRel is. As you say, we mostly define what DevRel is not, and that puts us in a weird position where companies see other companies do DevRel, and they mostly pay attention to the ones who do DevRel really well. And they or their investors or other companies say, “You need a great DevRel program. This is the secret to growth.” Because we look at companies that have done it effectively, and we see their growth, and we say, “Clearly this has a strong correlation. We should invest in this.” But they don't—they haven't done it themselves. They don't understand which part of it is that works, so they just say, “We're hiring for DevRel.” The job description is nine different careers in a trench coat. And the people applying—Corey: Oh, absolutely. It's nine different things and people wind up subdividing into it, like, “I'm an events planner. I'm not a content writer.”Jason: Right.Corey: Okay, great, but then why not bill yourself as a con—as an events planner, and not have to wear the DevRel cloak?Jason: Exactly. And this is sort of what I've seen is that when you put up a DevRel job, they list everything, and then when you apply for a DevRel job, you also don't want to paint yourself into a corner and say, “My specialty is content,” or, “My specialty is public speaking,” or whatever it is. And therefore you say, “I do DevRel,” to give yourself more latitude as an employee. Which obviously I want to keep optionality anywhere I go. I would like to be able to evolve without being painted into a small box of, like, this is all I'm allowed to do, but it does put us in this really precarious position.And what I've noticed a lot of companies do is they hire DevRel—undefined, poorly written job description, poor understanding of the field. They get a DevRel who has a completely different understanding of what DevRel is compared to the people with the role open. Both of them think they're doing DevRel, they completely disagree on what those fundamentals are, and it leads to a mismatch, to burnout, to frustration, to, you know, this high turnover rate in this field. And everybody then starts to say, well, “DevRel is the problem.” But really, the problem is that we're not—we're defining a category, not a job, and I think that's the part that we really screwed up as an industry.Corey: Yeah. I wish there were a better way around there, but I don't know what that might be. Because it requires getting a bunch of people to change some cornerstone of what's become their identity.Jason: This is the part where I—this is probably my spiciest take, but I think that DevRel is marketing, but it is a different kind of marketing. And so, in a perfect world—like, where things start to fall apart is you try to slot DevRel into engineering, or you try to slot it into marketing, as a team on these broader organizations, but the challenge then becomes, if you have DevRel, in marketing, it will inevitably push more toward marketing goals, enterprise goals, top-of-funnel, qualified leads, et cetera. If you put them into engineering, then they have more engineering goals. They want to do developer experience reviews. They want to get out there and do demos. You know, it's much more engineering-focused—or if you're doing it right, is much more engineering-focused.But the best DevRel teams are doing both of those with a really good measure, and really clear metrics that don't line up with engineering or marketing. So, in a perfect world, you would just have an enterprise marketing team, and a developer marketing team, and that developer marketing team would be an organization that is DevRel today. And you would hire specialists—event planners, great speakers, great demo writers, probably put your docs team in there—and treat it as an actual responsibility that requires a larger team than just three or four ex-developers who are now speaking at conferences.Corey: There were massive layoffs across DevRel when the current macroeconomic correction hit, and I'd been worried about it for years in advance because—Jason: Mm-hm.Corey: So, many of these folks spent so much time talking about how they were not marketing, they were absolutely not involved in that. But marketing is the only department that really knows how to describe the value of these sorts of things without having hard metrics tied to it. DevRel spent a lot of time talking about how every metric used to measure them was somehow wrong, and if you took it to its logical conclusion, you would basically give these people a bunch of money—because they are expensive—and about that much money again in annual budget to travel more or less anywhere they want to go, and every time something good happened, as a result, to the company, they had some hand in it nebulously, but you could never do anything to measure their performance, so just trust that they're doing a good job. This is tremendously untenable.Jason: Mm-hm. Yeah, I think when I was running the developer experience org at Netlify, most of my meetings were justifying the existence of the team because there weren't good metrics. You can't put sales qualified leads on DevRel. It doesn't make any sense because there are too many links in the chain after DevRel opens the door, where somebody has to go from, ‘I'm aware of this company' to ‘I've interacted with the landing page' to ‘I've actually signed up for something' to ‘now I'm a customer,' before you can get them to a lead. And so, to have DevRel take credit is actually removing credit from the marketing team.And similarly, if somebody goes through onboarding, a lot of that onboarding can be guided by DevRel. The APIs that new developers interface with can be—the feedback can come from DevRel, but ultimately, the engineering team did that work the product team did that work. So, DevRel is this very interesting thing. I've described it as a turbocharger, where if you put it on an engine that runs well, you get better performance out of that engine. If you just plop one on the table, not a lot happens.Corey: Yeah, it's a good way of putting it. I see very early stage startups looking to hire a developer advocate or DevRel person in their seed stage or Series A, and it's… there's something else you're looking for here. Hire that instead. You're putting the cart before the horse.Jason: What a lot of people saw is they saw—what they're thinking of as DevRel is what they saw from very public founders. And when you get a company that's got this very public-facing, very engaging, charismatic founder, that's what DevRel feels like. It is, you know, this is the face of the company, we're showing you what we do on the inside, we're exposing our process, we're sharing the behind the scenes, and proving to you that we really are great engineers, and we care a lot. Look at all this cool stuff we're doing. And that founder up on stage was, I think, the original DevRel.That's what we used to love about conferences is we would go there and we would see somebody showing this thing they invented, or this new product they had built, and it felt so cool because it was these inspirational moments of watching somebody brilliant do something brilliant. And you got to follow along for that journey. And then we try to—Corey: Yeah I mean, that's natural, but you see booths at conferences, the small company startup booths, a lot of times you'll be able to talk to the founders directly. As the booths get bigger, your likelihood of being able to spend time talking to anyone who's materially involved in the strategic direction of that company gets smaller and smaller. Like, the CEO of GitHub isn't going to be sitting around at the GitHub booth at re:Invent. They're going to be, you know, talking to other folks—if they're there—and going to meetings and whatnot. And then you wind up with this larger and larger company. It's a sign of success, truly, but it also means that you've lost something along the way.Jason: Yeah, I think, you know, it's the perils of scale. And I think that when you start looking at the function of DevRel, it should sort of be looked at as, like, when we can't handle this anymore by ourselves, we should look for a specialty the same way that you do for any other function inside of a company. You know, it wouldn't make sense on day one of a startup to hire a reliability engineer. You're not at the point where that makes sense. It's a very expensive person to hire, and you don't have enough product or community or load to justify that role yet. And hopefully, you will.And I think DevRel is sort of the same way. Like, when you first start out your company, your DevRel should be the founding team. It should be your engineers, sharing the things that they're building so that the community can see the brilliance of your engineering team, sharing with the community, obviously, being invested in that community. And when you get big enough that those folks can no longer manage that and their day-to-day work, great, then look into adding specialists. But I think you're right that it's cart before the horse to, you know, make a DevRel your day-one hire. You just don't have enough yet.Corey: Yeah, I wish that there were an easy way to skin the cat. I'm not sure there is. I think instead we wind up with people doing what they think is going to work. But I don't know what the truth is.Jason: Mmm.Corey: At least. That's where I land on it.Jason: [laugh] Yeah, I mean, every company is unique, and every experience is going to be unique, so I think to say, “Do it exactly like this,” is—that's got a lot of survivorship bias, and do as I say—but at the same time, I do think there's some universal truths. Like, it doesn't really make sense to hire a specialist before you've proven that specialty is the secret sauce of your business. And I think you grow when it's time to grow, not just in case. I think companies that over-hire end up doing some pretty painful layoffs down the road. And, you know, obviously, there's an opposite end of that spectrum where you can grow too slowly and bury your team and burn everybody out, but I think, you know—we, [laugh] leading into the pandemic, I guess, we had a lot of free money, and I think people were thinking, let's go build an empire and we'll grow into that empire. And I think that is a lot of why we're seeing this really painful downsizing right now, is companies hired just in case and then realized that actually, that in case didn't come to be.Corey: What is the future of this look like? Easy enough to look back and say, well, that didn't work? Well, sure. What is the future?Jason: The playbook that we saw before—in, like, 2019 and before—was very event-driven, very, like, webinar-driven. And as we went into 2020, and people were at home, we couldn't travel, we got real sick of Zoom calls. We don't want to get on another video call again. And that led to that playbook not working anymore. You know, I don't want to get on a webinar with a company. I don't want to go travel to a company event, you know, or at least not very many of them. I want to go see the friends I haven't seen in three years.So, travel priorities changed, video call fatigue is huge, so we need something that people want to do, that is interesting, and that is, you know, it's worth making in its own right, so that people will engage with it, and then you work in the company goals as an incidental. Not as a minor incidental, but you know, it's got to be part of the story; it can't be the purpose. People won't sign up for a webinar willingly these days, I don't think, unless they have exactly the problem that your webinar purports to solve.Corey: And even if they do, it becomes a different story.Jason: Right.Corey: It's [high buying 00:19:03] signal, but people are constantly besieged by requests for attention. This is complicated by what I've seen over the last year. When marketing budgets get—cut, arguably too much, but okay—you see now that there's this follow-on approach where, okay, what are we going to cut? And people cut things that in many cases work, but are harder to attribute success to. Events, for example, are doing very well because you have someone show up at your booth, you scan their badge. Three weeks later, someone from that company winds up signing up for a trial or whatnot, and ah, I can connect those dots.Whereas you advertise on I don't know, a podcast as a hypothetical example that I'm pulling out of what's right in front of me, and someone listening to this and hearing a message from a sponsor, they might be doing something else. They'll be driving, washing dishes, et cetera, and at best they'll think, “Okay, I should Google that when I get back to a computer.” And they start hearing about it a few times, and, “Oh. Okay, now it's time for me to go and start paying serious attention to this because that sounds like it aligns with a problem I have.” They're not going to remember where they initially heard it.They're going to come in off of a Google search, so it sounds like it's all SEO's benefit that this is working, and it is impossible to attribute. I heard some marketer once say that 50% of your marketing budget is wasted, but you'll go bankrupt trying to figure out which half. It all ties together. But I can definitely see why people bias for things that are more easily attributed to the metric you care about.Jason: Yes. And I think that this is where I see the biggest opportunity because I think that we have to embrace that marketing signal is directional, not directly attributable. And if you have a focus campaign, you can see your deviation from baseline signups, and general awareness, and all of the things that you want to be true, but you have to be measuring that thing, right? So, if we launch a campaign where we're going to do some video ads, or we're going to do some other kind of awareness thing, the goal is brand awareness, and you measure that through, like, does your name get mentioned on social media? Do you see a deviation from baseline signups where it is trending upward?And each of those things is signal that the thing you did worked. Can you directly attribute it? No, but I think a functional team can—you know, we did this at Netlify all the time where we would go and look: what were the efforts that were made, what were the ones that got discussion on different social media platforms, and what was the change from baseline? And we saw certain things always drove a non-trivial deviation from baseline in the right direction. And that's one of the reasons that I think the future of this is going to be around how do you go broader with your reach?And my big idea—to nutshell it—is, like, dev TV. I think that developers want to see the things that they're interested in, but they want it to be more interesting than a straight webinar. They want to see other developers using tools and getting a sense of what's possible in an entertaining way. Like, they want stories, they don't want straight demos. So, my thinking here is, let's take this and steer into it.Like, we know that developers love when you put a documentary together. We saw the Vue documentary, and the React documentary, and the GraphQL documentary, and the Kubernetes documentary coming out of the Honeypot team, and they've got hundreds of thousands, and in some cases, millions of views because developers really want to see good stories about us, about our community. So, why not give the dev community a Great British Bake Off, but for web devs? Why not create an Anthony Bourdain Parts Unknown-style travel show that highlights various web communities? Why not get out there and make reality competition shows and little docuseries that help us highlight all the things that we're learning and sharing and building?Every single one of those is going to involve developers talking about the tools they use, talking about the problems they solve, talking about what they were doing before and how they've made it better. That's exactly what a webinar is, that's what a conference talk is, but instead of getting a small audience at a conference, or you know, 15 to 30 people signing up for your webinar, now we've got the potential for hundreds of thousands or even millions of people to watch this thing because it's fun to watch. And then they become aware of the companies involved because it's presented by the company; they see the thing get used or talked about by developers in their community, I think there's a lot of magic and potential in that, and we've seen it work in other verticals.Corey: And part of the problem comes down as well to the idea that, okay, you're going to reach some people in person at events, but the majority of engineers are not going to be at any event or—Jason: Right.Corey: Any event at all, for that matter. They just don't go to events for a variety of excellent reasons. How do you reach out to them? Video can work, but I always find that requires a bit of a different skill than, I don't know, podcasting or writing a newsletter. So, many times, it feels like it's, oh, and now you're just going to basically stare at the camera, maybe with someone else, and it looks like the Zoom call to which the viewer is not invited.Jason: Right.Corey: They get enough of that. There has to be something else.Jason: And I think this is where the new skill set, I think, is going to come in. It exists in other places. We see this happen in a lot of other industries, where they have in-house production teams, they're doing collaborations with actors and athletes and bringing people in to make really entertaining stories that drive underlying narratives. I mean, there's the ones that are really obvious, like, the Nikes of the world, but then there are far less obvious examples.Like, there was this show called Making It. It was… Nick Offerman and Amy Poehler were the hosts. It was the same format as the Great British Bake Off but around DIY and crafting. And one of the permanent judges was the Etsy trend expert, right? And so, every single episode, as they're judging this, the Etsy trend expert is telling all of these crafters and contestants, “You know, what you built here is always a top seller on Etsy. This is such a good idea, it's so well executed, and people love this stuff. It flies off the shelves in Etsy stores.”Every single episode, just perfectly natural product placement, where a celebrity that you know—Nick Offerman and Amy Poehler—are up there, lending—like, you want to see them. They're so funny and engaging, and then you've got the credibility of Etsy's trend expert telling the contestants of the show, “If you do DIY and crafting, you can make a great living on Etsy. Here are the things that will make that possible.” It's such subtle, but brilliant product placement throughout the entire thing. We can do that. Like, we have the money, we just spend it in weird places.And I think that as an industry, if we start getting more creative about this and thinking about different ways we can apply these marketing dollars that we're currently dumping into very expensive partner dinners or billboards or getting, you know, custom swag or funding yet another $150,000 conference sponsorship, we could make a series of a TV show for the same cost as throwing one community event, and we would reach a significantly larger group.Corey: Yeah. Now, there is the other side of it, too, where Lord knows I found this one out the fun way, that creating content requires significant effort and—Jason: Yes.Corey: Focus. And, “Oh, it's a five-minute video. Great, that could take a day or three to wind up putting together, done right.” One of the hardest weeks of my year is putting together a bunch of five-minute videos throughout the course of re:Invent. So much that is done in advance that is basically breaking the backs of the editing team, who are phenomenal, but it still turns into more than that, where you still have this other piece of it of the actual content creation part.And you can't spend all your time on that because pretty soon I feel like you become a talking head who doesn't really do the things that you are talking to the world about. And that content gets pretty easy to see when you start looking at, okay, what did someone actually do? Oh, they were a developer for three years, and they spent the next seven complaining about development, and how everyone is—Jason: [laugh].Corey: Doing it wrong on YouTube. Hmm… it starts to get a little, how accurate is this really? So, for me, it was always critical that I still be hands-on with things that I'm talking about because otherwise I become a disaster.Jason: And I agree. One of the things that my predecessor at Netlify, Sarah Drasner, put in place was a, what she called an exchange program, where we would rotate the DevRel team onto product, and we rotate product onto the DevRel team. And it was a way of keeping the developer experience engineers actually engineers. They would work on the product, they didn't do any DevRel work, they were exclusively focused on doing actual engineering work inside our product to just help keep their skills sharp, keep them up to date on what's going on, build more empathy for the engineers that we talk to every day, build more empathy for our team instead of us—you know, you never want to hear a DevRel throw the engineering team under the bus for not shipping a feature everybody wants.So, these sorts of things are really important, and they're hard to do because we had to—you know, that's a lot of negotiation to say, “Hey, can we take one of your engineers for a quarter, and we'll give you one of our engineers for a quarter, and you got to trust us that's going to work out in your favor.” [laugh] Right? Like, there's a lot that goes into this to make that sort of stuff possible. But I absolutely agree. I don't think you get to make this type of content if you've fully stepped out of engineering. You have to keep it part of your practice.Corey: There's no way around it. You have to be hands-on. I think that's the right way to do it, otherwise, it just leads to, frankly, disaster. Very often, you'll see people who are, like, “Oh, they're great in the DevRel space. What do they do?” And they go to two or three conferences a year, and they have a blog post or so. It's like, okay, what are they doing the rest of that time?Sometimes the answer is fighting internal political fires. Other times it's building things and learning these things and figuring out where they stand. There are some people, I don't want to name names, although an easy one is Kelsey Hightower, who has since really left the stage, that he's retired, but when he went up on stage and said something—despite the fact that he worked at Google—it was eminently clear that he believed in what he was saying, or he would not say it.Jason: Right.Corey: He was someone who was very clearly aware of the technology about which he was speaking. And that was great. I wish that it were not such a standout moment to see him speak and talk about that. But unfortunately, he kind of is. Not as many people do that as well as we'd like.Jason: Agreed. I think it was always a treat to see Kelsey speak. And there are several others that I can think of in the community who, when they get on stage, you want to be in that audience, and you want to sit down and listen. And then there are a lot of others who when they get on stage, it's like that this book could have been a blog post, or this—you know, this could have been an email, that kind of thing. Like you could have sent me this repo because all you did was walk through this repo line-by-line, or something that—it doesn't feel like it came from them; it feels like it's being communicated by them.And I think that's, again, like, when I criticize conferences, a lot of my criticism comes from the fact that, coming up, I feel like every speaker that I saw on stage—and this is maybe just memory… playing favorites for me, but I feel like I saw a lot of people on stage who were genuinely passionate about what they were creating, and they were genuinely putting something new into the world every time they got on stage. And I have noticed that I feel less and less like that. Also, I feel like events have gotten less and less likely to put somebody on stage unless they've got a big name DevRel title. Like, you have to work at a company that somebody's heard of because they're all trying to get that draw because attendance is going down. And—Corey: Right. It's a—like, having run some conferences myself, the trick is, is you definitely want some ringers in there. People you know will do well, but you also need to give space for new voices to arise. And sometimes it's a—it always bugs me when it seems like, oh, they're here because their company is a big sponsor. Of course, they have the keynote. Other times, it's a… like, hate the actual shill talks, which I don't see as much, which I'm thankful for; I'd stop going to those conferences, but jeez.Jason: Yeah, and I think it's definitely one of those, like, this is a thing that we can choose to correct. And I have a suspicion that this is a pendulum not a—not, like, the denouement of—is that the right—how do you say that word? De-NOW-ment? De-NEW-ment? Whatever.Corey: Denouement is my understanding, but that might be the French acc—Jason: Oh, me just—Corey: The French element.Jason: —absolutely butchering that. Yeah [laugh]. I don't think this is the end of conferences, like we're seeing them taper into oblivion. I think this is a lull. I think that we're going to realize that we want to—we really do love being in a place with other developers. I want to do that. I love that.But we need to get back to why we were excited to go to conferences in the first place, which was this sharing of knowledge and inspiration, where you would go see people who were literally moving the world forward in development, and creating new things so that you would walk away with insider info, you had just seen the new thing, up close and personal, had those conversations, and you went back so jazzed to build something new. I feel like these days, I feel more like I went and watched a handful of product demos, and now I'm really just waiting to the hallway track, which is the only, like, actually interesting part at a lot of events these days.Corey: I really want to thank you for taking the time to speak with me. If people want to learn more, where's the best place for them to find you?Jason: Most of what I share is on learnwithjason.dev, or if you want a big list of links, I have jason.energy/links, which has a whole bunch of fun stuff for you to find.Corey: Awesome. And we will, of course, include links to that in the show notes. Thank you so much for taking the time to speak with me. I really appreciate it.Jason: Yeah, thanks so much for having me. This was a blast.Corey: Jason Lengstorf, developer media producer at Learn with Jason. 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 comment that will no doubt become the basis for somebody's conference talk.Jason: [laugh].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.

In this episode, Jake investigates whether the existence of build tools is a symptom of the web being underpowered, or if they are part of the solution to make the web better. Surma shares his experience of learning about Bazel and how it can be used to build web projects. Resources: Touching cloth. Emirates silly class. Yes, we have done "The big build tool bonanza" before. Jake: Although "Terry's ringpull museum" isn't a real thing, the closest thing that comes to mind is a site I still use every time I buy a new pair of shoes, it's Ian's Shoelace Site. Jake's 10 year old blog posts on progressive enhancement. NextJS server actions. Rollup's docs. Jake and Surma's talk on writing custom Rollup plugins. Vite. Some of the issues with HTTP/2 push. HTTP 203 episode on importing JSON. Using import attributes with build tools. Improving TypeScript types for import attributes. Silly view transition demo. Jason Lengstorf video: 4 Web Devs, 1 App Idea. Bazel. Aspect's Bazel rules for JavaScript. Bazel Remote Caching.

We promise that after this episode you'll never forget the three parameters of the clamp() function ever again.

In this episode of the podcast I speak with teacher, builder, community juggernaut, content creator, and foodie/smashburger extraordinaire, Jason Lengstorf. We discuss community, content creation, food and cooking, tech, dev, and much, much more. Transcripts can be found at https://toddl.dev/podcast/transcripts/lengstorf Show Notes: https://learnwithjason.dev - Jason's Learning/Content Creation Site https://jason.energy/ - Jason's Personal Site/Blog https://frontendmasters.com/teachers/jason-lengstorf/ - Jason on Frontend Masters https://badass.dev - Online courses https://joelhooks.com/ - Joel Hooks https://vojta.io/ - Vojta Holik https://twitter.com/michelleholik - Michelle Holik --- Support this podcast: https://podcasters.spotify.com/pod/show/frontendnerdery/support

In this supper club episode of Syntax, Wes and Scott talk with Jason Lengstorf about his journey in video creation, live streaming, and tech education. What's up with Jason's new studio? How does he prep for a live stream? Show Notes 00:32 Welcome 02:21 Syntax Brought to you by Sentry 02:39 Who is Jason Lengstorf? 05:43 Why did you decide to go full time on Learn with Jason? 10:04 Jason's new YouTube series idea 13:36 Jason gets a special delivery 14:30 What's in Jason's new studio? 20:14 What's the ideal medium for content in 2023? 24:28 Treat decisions as forever, for now. 26:01 Is live streaming as difficult to get into as it seems? 29:21 How do you prepare for a live stream? 32:58 How do you decide what to create? 38:23 How do you feel about React? 40:21 What are your thoughts on AI? 49:08 Supper Club questions 56:25 Sick Picks Sarah Drasner's Site Animation With Svelte (with Scott Tolinski) — Learn With Jason Gatsby Netlify Jessica Kobeissi ANDREW HUANG Theo Browne Cassidy Williams Bytes - The Best JavaScript Newsletter ZSA Moonlander: ErgoDox EZ Operator Fonts Night Owl SyntaxFM by SyntaxFM MD IO ILME-FX3 | Interchangeable-lens Cameras FE 24-70 mm F2.8 GM Sick Picks Synergy - Share one mouse & keyboard across computers Shameless Plugs LearnWithJason.dev: Learn. Build. Grow. Together. Hit us up on Socials! Syntax: X Instagram Tiktok LinkedIn Threads Wes: X Instagram Tiktok LinkedIn Threads Scott: X Instagram Tiktok LinkedIn Threads

I am joined by Jason Lengstorf who is a full time creator/content producer for tech brands! We are going to talk about the importance of content! Come hang with us! Like what you hear? Connect with me - Website: ⁠solo.to/tdesseyn⁠ LinkedIn: Taylor Desseyn Tweet me: @tdesseyn Pics of the life, wife, daughter & dog: @tdesseyn

Work-life balance can feel like an impossible expectation to meet. For developers and other tech professionals, it's even harder to unplug when your profession and personal life are connected to the web. Can developers resist the urge to overwork and embrace non-traditional ways of working? Jason Lengstorf, Host of Learn With Jason, believes "your job doesn't matter". He explores the concept of "grinding" and shares his ideas on the nuances of working long hours and the importance of maintaining a balanced approach. His perspective revolves around the idea that while putting in extra hours to learn and develop skills can be beneficial, overcommitting to work and neglecting other aspects of life can lead to a loss of creativity, identity, and overall well-being. In this episode, Jason talks to Robbie and Chuck about his opinion on popular Twitter tech topics, the effects of grinding in your career, and whether traditional jobs have become obsolete. Key Takeaways [01:01] - What's new with Jason since the last episode? [01:42] - A whiskey review: Bunnahabhain 18-Year Whisky. [16:01] - Tech hot takes. [19:17] - Jason talks about developers being attached to specific tools. [22:58] - A whiskey review: Chicken Cock Whiskey Island Rooster Rum Barrel Rye. [29:31] - How constant grinding is detrimental to your career. [38:01] - Jason's relationship with work. [44:49] - Jason talks about his camera gear. Quotes [20:14] - “I want to build cool shit for the internet and the tools are just tools.” ~ Jason Lengstorf [30:00] - “I feel very strongly that the idea of being always on is detrimental.” ~ Jason Lengstorf [40:27] - “The internet is an information vehicle and the information that we're conveying most of the time is to convince you to put some dollars into somebody else's pocket.” ~ Jason Lengstorf Links Learn with Jason Learn with Jason YouTube Jason Lengstorf Twitter Jason Lengstorf LinkedIn Multnomah Whiskey Library Bunnahabhain 18 Year Whisky RC Cola YouTube The Macallan Taylor Poindexter Tailwind CSS Front End Feud Rust React PHP Node JS Chicken Cock Whiskey Island Rooster Rum Barrel Rye Sagamore Rye Whiskey Twitter Angular Alone Hilton Marriott RenderATL Connect with our hosts Robbie Wagner Chuck Carpenter Ship Shape Subscribe and stay in touch Apple Podcasts Spotify Google Podcasts Whiskey Web and Whatnot Top-Tier, Full-Stack Software Consultants This show is brought to you by Ship Shape. Ship Shape's software consultants solve complex software and app development problems with top-tier coding expertise, superior service, and speed. In a sea of choices, our senior-level development crew rises above the rest by delivering the best solutions for fintech, cybersecurity, and other fast-growing industries. Check us out at shipshape.io. --- Send in a voice message: https://podcasters.spotify.com/pod/show/whiskey-web-and-whatnot/message

Jason Lengstorf shares why he's a big fan of boring tech, and talks about what he's learned through his years as a developer that brought him to that conclusion. Links https://www.polywork.com/jlengstorf https://twitter.com/jlengstorf https://twitter.com/LWJShow https://www.twitch.tv/jlengstorf https://www.learnwithjason.dev https://github.com/jlengstorf/presentations Tell us what you think of PodRocket We want to hear from you! We want to know what you love and hate about the podcast. What do you want to hear more about? Who do you want to see on the show? Our producers want to know, and if you talk with us, we'll send you a $25 gift card! If you're interested, schedule a call with us (https://podrocket.logrocket.com/contact-us) or you can email producer Kate Trahan at kate@logrocket.com (mailto:kate@logrocket.com) Follow us. Get free stickers. Follow us on Apple Podcasts, fill out this form (https://podrocket.logrocket.com/get-podrocket-stickers), and we'll send you free PodRocket stickers! What does LogRocket do? LogRocket combines frontend monitoring, product analytics, and session replay to help software teams deliver the ideal product experience. Try LogRocket for free today. (https://logrocket.com/signup/?pdr) Special Guest: Jason Lengstorf.

In this week's roundup, hear snippets from our discussions with Tom Preston-Werner about React Server Components, our panel on the success of Next.js, and Tejas Kumar on the benefits of Zod and tRPC when working with TypeScript. Links Apple Tom Preston-Werner talks React Server Components and the future of RedwoodJS: https://apple.co/3poFcIk Stack Overflow survey, React Server Components, and Google Domains: https://apple.co/3PzzCNS Zod and tRPC with Tejas Kumar: https://bit.ly/46ydKsi Google Tom Preston-Werner talks React Server Components and the future of RedwoodJS: https://bit.ly/3CPEPtp Stack Overflow survey, React Server Components, and Google Domains: https://bit.ly/44fq2Uy Zod and tRPC with Tejas Kumar: bit.ly/3JHXOd2 Spotify Tom Preston-Werner talks React Server Components and the future of RedwoodJS: https://spoti.fi/42VdxMM Stack Overflow survey, React Server Components, and Google Domains: https://spoti.fi/46vH2HW Zod and tRPC with Tejas Kumar: bit.ly/3CZaiJB Tell us what you think of PodRocket We want to hear from you! We want to know what you love and hate about the podcast. What do you want to hear more about? Who do you want to see on the show? Our producers want to know, and if you talk with us, we'll send you a $25 gift card! If you're interested, schedule a call with us (https://podrocket.logrocket.com/contact-us) or you can email producer Kate Trahan at kate@logrocket.com (mailto:kate@logrocket.com) Follow us. Get free stickers. Follow us on Apple Podcasts, fill out this form (https://podrocket.logrocket.com/get-podrocket-stickers), and we'll send you free PodRocket stickers! What does LogRocket do? LogRocket combines frontend monitoring, product analytics, and session replay to help software teams deliver the ideal product experience. Try LogRocket for free today. (https://logrocket.com/signup/?pdr) Special Guests: Colby Fayock, Jason Lengstorf, Shruti Kapoor, Tejas Kumar, and Tom Preston-Werner.

We're back with our panel episode to talk about the recent release of the Stack Overflow developer survey, issues with React Server Components and how they're shaping the development landscape, and the recent acquisition of Google Domains. We're joined by panelists Shruti Kapoor, Colby Fayock, and Jason Lengstorf. Links Shruti Kapoor https://twitter.com/shrutikapoor08 https://www.youtube.com/@shrutikapoor08 https://shrutikapoor.dev https://www.linkedin.com/in/shrutikapoor08 Colby Fayock https://www.colbyfayock.com https://www.youtube.com/colbyfayock https://www.linkedin.com/in/colbyfayock https://twitter.com/colbyfayock Jason Lengstorf https://www.jason.af https://www.learnwithjason.dev https://twitter.com/jlengstorf https://www.linkedin.com/in/jlengstorf Related resrouces Stack Overflow Survey (https://survey.stackoverflow.co/2023/?utm_source=so-owned&utm_medium=blog&utm_campaign=dev-survey-results-2023&utm_content=survey-results#overview) RSCs will make frameworks need to become more specialized (https://twitter.com/devongovett/status/1662891364873388032) Recent issues with RSCs creating breaking changes for libraries like Apollo (https://github.com/apollographql/apollo-client/issues/10974#issuecomment-1594894341) Bytes, “REACT SERVER COMPONENTS IN THE WILD” (https://bytes.dev/archives/193?ck_subscriber_id=1652256478) Alphabet Selling Google Domains Assets to Squarespace (https://www.bloomberg.com/news/articles/2023-06-15/alphabet-selling-google-domains-assets-to-squarespace) Tell us what you think of PodRocket We want to hear from you! We want to know what you love and hate about the podcast. What do you want to hear more about? Who do you want to see on the show? Our producers want to know, and if you talk with us, we'll send you a $25 gift card! If you're interested, schedule a call with us (https://podrocket.logrocket.com/contact-us) or you can email producer Kate Trahan at kate@logrocket.com (mailto:kate@logrocket.com) Follow us. Get free stickers. Follow us on Apple Podcasts, fill out this form (https://podrocket.logrocket.com/get-podrocket-stickers), and we'll send you free PodRocket stickers! What does LogRocket do? LogRocket combines frontend monitoring, product analytics, and session replay to help software teams deliver the ideal product experience. Try LogRocket for free today. (https://logrocket.com/signup/?pdr) Special Guests: Jason Lengstorf and Shruti Kapoor.

Over the course of its history, DevRel has changed and evolved, both in the day-to-day responsibilities but also in the identify of what DevRel is. External influences as well as internal influences have changed the definitions, expectations, and roles within DevRel, for better and for worse. in this episode, we'll talk about * what's working * what's not working * how we can move forward to a future where DevRel makes sense. Checkouts Ben Greenberg * Rationality: What It Is, Why It Seems Scarce, Why It Matters (https://stevenpinker.com/publications/rationality-what-it-why-it-seems-so-scarce-and-why-it-matters) by Steven Pinke Jason Lengstorf * The Range (https://davidepstein.com/the-range/) Mia Moore * Chickpea Magazine (https://chickpeamagazine.com/): A whole foods vegan lifestyle magazine & blog Wesley Faulkner * Crossing the Chasm: Marketing and Selling Disruptive Products to Mainstream Customers (https://www.amazon.com/Crossing-Chasm-3rd-Disruptive-Mainstream/dp/0062292986) by Geoffrey A. Moore PJ Hagerty * Music League (https://musicleague.com/) Mary Thengvall * Whalebone Magazine (https://whalebonemag.com/): “a community of like-minded individuals who all believe that being delightfully disoriented and putting some fun into the world isn't the worst way to spend some time.” Enjoy the podcast? Please take a few moments to leave us a review on iTunes (https://itunes.apple.com/us/podcast/community-pulse/id1218368182?mt=2) and follow us on Spotify (https://open.spotify.com/show/3I7g5WfMSgpWu38zZMjet?si=565TMb81SaWwrJYbAIeOxQ), or leave a review on one of the other many podcasting sites that we're on! Your support means a lot to us and helps us continue to produce episodes every month. Like all things Community, this too takes a village. Artwork photo by Jackson Simmer (https://unsplash.com/@simmerdownjpg?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on Unsplash (https://unsplash.com/@simmerdownjpg?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) Special Guests: Ben Greenberg, Jason Lengstorf, and Mia Moore.

Our 100th episode special with Jason Lengstorf! It's been a while since we've done an in-person episode, but Jason happened to be in the neighbourhood, so we made it happen

Jason Lengstorf built up an audience on YouTube by doing unscripted live coding and sharing his mistakes with his community. He credits his background as a musician and frontman of an emo band for helping him get comfortable with looking foolish in front of people.  As the host of Learn With Jason, he believes there is no right or wrong answer when it comes to choosing a web development tool, as long as the decision is based on the team's experience and the situation that the tool will enhance. Jason shares his experience and lessons learned at IBM where they allowed teams to use any tool they wanted. This resulted in different parts of the platform being built with different frameworks and the need to standardize.  In this episode, Jason talks to Chuck and Robbie about the importance of choosing the right web development tool for the job, the adoption possibilities for Astro, and what the future holds for open-source developers. Key Takeaways [00:33] - Introduction to Jason Lengstorf, Host of Learn With Jason. [05:03] - A whiskey review: Heaven Hill Bottled-in-Bond. [15:06] - Jason's opinion on Tailwind and how to choose the correct web tool. [22:16] - What makes Astro powerful? [29:16] - Funding open-source projects. [44:19] - How Jason feels about Redwood JS. [47:44] - Incorporating TypeScript in personal projects. [50:17] - Jason's interests in pajama pants and burgers. Quotes [15:34] - “You should use whatever you can convince your whole team to use. A lot of the discussion about which tool is right or wrong is sort of missing the forest for the trees.” ~ Jason Lengstorf [16:46] - “If you have a group of people who have an expertise or a lack of expertise, then the tools you choose should be polyfilling for where they're at and allowing them to use their strengths.” ~ Jason Lengstorf [20:53] - “The only way that you can really use a tool wrong is if you're dragging people kicking and screaming against their will into using a tool. You're just setting yourself up for failure.” ~ Jason Lengstorf Links Jason Lengstorf Twitter Jason Lengstorf LinkedIn Learn with Jason Learn with Jason YouTube ErgoDox EZ Heaven Hill Bottled-in-Bond Buffalo Trace Distillery  Ezra Brooks Bourbon Evan Williams Bourbon Pappy Van Winkle Febreze Bacardi 151 Tailwind CSS JavaScript React JS BEM Netlify IBM Cloud Backbone JS Angular Vue jQuery Astro Gatsby JS Svelte Next JS Internet Explorer Facebook Vercel Remix Preact JS Qwik Jason Miller Andrew Clark Zach Leatherman Eleventy  Ryan Carniato Kyle Matthews Render  Fly Hydrogen Rich Harris Oracle Tom Preston-Werner Shopify Cloudflare Solid JS Lululemon Red Hat NPM Microsoft Google Homebrew Open Collective Planned Parenthood Redwood JS Rails Tanner Linsley TanStack The Burger Show Hot Ones Nuxt JS Parks and Recreation Amboy Chat GPT Connect with our hosts Robbie Wagner Chuck Carpenter Ship Shape Subscribe and stay in touch Apple Podcasts Spotify Google Podcasts Whiskey Web and Whatnot Top-Tier, Full-Stack Software Consultants This show is brought to you by Ship Shape. Ship Shape's software consultants solve complex software and app development problems with top-tier coding expertise, superior service, and speed. In a sea of choices, our senior-level development crew rises above the rest by delivering the best solutions for fintech, cybersecurity, and other fast-growing industries. Check us out at shipshape.io.

Jason Lengstorf joined me on Ditching Hourly to talk about the novel way he's using his generalist web skills to create value, have fun, and make a living.Jason's Bio:Jason Lengstorf is the host of Learn With Jason, a web generalist and the undefeated smashburger champ. A creative technologist and educator, Jason helps tech companies connect with developer communities through better devrel strategy and creative media production. He advocates for continued learning through collaboration and play as the fastest path to growth, and models this on weekly livestreams where he pair programs with experts from around the community to learn something new in 90 minutes. He's trying his very best to follow his own advice. When this whole internet thing goes out of style, he'll probably open a food truck in his home city of Portland, Oregon.Jason's Links: https://www.jason.af/links https://www.learnwithjason.dev/

Scaling DevTools is the podcast that investigates how DevTools go from zero to one. Created by Jack Bridger, founder of BitReach. BitReach helps DevTool companies reach more developers. In scaling DevTools, Jack explores how startups sell to developers, build tools and become successful.What we cover Creating content is a process, not a project Reusing content effectively Stay on message!! Consistent gentle pressure Boring but effective strategies Where to hear from Jason Twitter: @jlengstorf jason.af/links https://www.learnwithjason.dev/ Where to hear from us Twitter: @JackSBridger https://blog.bitreach.io Newsletter: https://www.bitreach.io/

Jason Lengstorf is the host of Learn With Jason, where he pair programs live with web experts to learn something new in 90 minutes. He helps dev tooling companies create more effective media and outreach so they can better educate and connect with developer communities. Jason advocates for continued learning through collaboration and play. He is the undefeated smashburger champ and lives in Portland, OR. You can follow Jason on Social Media https://twitter.com/jlengstorf https://www.jason.af/ Also check out some other links from Jason https://www.learnwithjason.dev/ PLEASE SUBSCRIBE TO THE PODCAST - Spotify: http://isaacl.dev/podcast-spotify - Apple Podcasts: http://isaacl.dev/podcast-apple - Google Podcasts: http://isaacl.dev/podcast-google - RSS: http://isaacl.dev/podcast-rss You can check out more episodes of Coffee and Open Source on https://www.coffeeandopensource.com/ Coffee and Open Source is hosted by Isaac Levin (https://twitter.com/isaacrlevin) --- Support this podcast: https://podcasters.spotify.com/pod/show/coffeandopensource/support

Joining Saron today is Jason Lengstorf, host of Learn with Jason, where he pair programs with experts from around the community to learn something new in 90 minutes. Jason talks about how he found his way into tech after being in a band, his passion for code and all things Developer Relations. He helps companies form stronger connections with their communities through creative media and special events. Jason also discusses the importance of showing up in tech, and what it really means. Show Links Turing (sponsor) Microsoft (sponsor) Stellar (sponsor) Generative Art SVG animations React Serverless Functions API Flash PHP JavaScript CSS HTML dHTML iFrame Learn With Jason DevRel / Dev Experience Engine X Front End Architect

It has been a while since we've done a live episode on stage at a conference. In this episode, we were on stage at Jamstack in San Francisco with our special guest, Jason Lengstorf, discussing specialization in software engineering. Guests: Jason Lengstorf - @jlengstorf Panelists: Ryan Burgess - @burgessdryan Jem Young - @JemYoung Mars Jullian - @marsjosephine Episode transcript: https://www.frontendhappyhour.com/episodes/drinks-on-stage-live-at-jamstack-2022

Jason Lengstorf joins the show to talk about his origin story coming from a screamo band and learning design and development in order to help the band marketing. His somewhat accidental journey through internal developer experience into external developer experience at Netlify. We discuss his approach to continuous learning and how flow state and enjoying the experience help shape the way we focus and our ability to develop ourselves through learning new skills and abilities. https://jason.af (Jason's Website: https://jason.af) https://twitter.com/jlengstorf (Jason's Twitter: @jlengstorf) https://www.netlify.com/ (Netlify) https://www.netlify.com/blog/announcing-serverless-compute-with-edge-functions/ (Netlify Edge Functions Blog Post) https://www.learnwithjason.dev/ (Learn with Jason)

In this week's episode of the SD Times "What the Dev?" podcast, editor-in-chief David Rubinstein discusses whether there is a shortage of developers or whether it comes down to whether developers are trained right.  His guest is Jason Lengstorf,  vice president of developer experience at Netlify. 

This episode of Developer Experience is about Developer Education. It's a wonderful time to become a developer: the demand has never been higher, and there's a literal ocean of free and paid content to kick start a new career in tech. This firehose of educational content is a side-effect of such a high demand for developers, and it makes it difficult to spot actual quality content that's worth investing in.- What makes really great educational tech content?- How do beginner and advanced developers want to learn today?- And what does it teach us on communication and reaching clarity?To answer these questions, Sarah Dayan is joined today by Jason Lengstorf, VP of Developer Experience at Netlify, where he and his team ensure that developers make the most out of the platform. You may also know Jason from his dozens of lessons and workshops on Egghead.io, Frontend Master, and as the host of Learn With Jason, his fantastic developer show where he learns new technologies in 90 minutes with experts from the field.Jason Lengstorf: @jlengstorf / jason.af / Learn With JasonSarah Dayan: @frontstuff_io / sarahdayan.devNetlify: @geteslint / netlify.comAlgolia: @algolia / algolia.com"Learning to Learn", article by Sarah Drasner on CSS-Tricks

Jason Lengstorf joins us to talk about his role as VP of Developer Experience at Netlify, building corporate communities, live streams, and how to avoid burnout. Listen now. Links https://twitter.com/jlengstorf https://www.learnwithjason.dev https://www.netlify.com https://www.partycorgi.com https://explorers.netlify.com https://jamstack.org/community https://www.jason.af Contact us https://podrocket.logrocket.com/contact-us @PodRocketpod (https://twitter.com/PodRocketpod) What does LogRocket do? LogRocket combines frontend monitoring, product analytics, and session replay to help software teams deliver the ideal product experience. Try LogRocket for free today. (https://logrocket.com/signup/?pdr) Special Guest: Jason Lengstorf.

If you like what you hear connect with me... LinkedIn Website Twitter

Jason Lengstorf Twitter GitHub LinkedIn Jason.af Lengstorf.com Learn with Jason Twitch Home Page Links GrAMPS Let's Learn RedwoodJS with Anthony Campolo Serverless GraphQL with Hasura with Christian Nwamba Build a Portfolio Site with Sanity.io and Gatsby with Espen Hovlandsdal Visual Testing Using Cypress and Applitools with Angie Jones Jamstack Explorers ★ Support this podcast ★

In previous episodes we've talked about how to choose a technical stack and figure out what works best for you and your team. In this episode, we are joined by Jason Lengstorf to talk about how the choice of stack and infrastructure reflects the company culture. Guests: Jason Lengstorf - @jlengstorf Panelists: Ryan Burgess - @burgessdryan Jem Young - @JemYoung Stacy London - @stacylondoner Shirley Wu - @sxywu Brian Holt - @holtbt Picks: Jason Lengstorf - Ooni Koda Pizza Oven Jason Lengstorf - Coava Coffee Ryan Burgess - Standing Out LOUDER in the Technical Interview Ryan Burgess - Mare of Easttown Jem Young - Invincible Jem Young - FLoC Jem Young - Workout axe Stacy London - Lilys by Warpaint Stacy London - Animal by LUMP, Laura Marling, Mike Lindsay Shirley Wu - So I'm a Spider, So What? Shirley Wu - Amy's Noisebridge mural! Brian Holt - Tropical weather coffee - Onyx coffee Brian Holt - Mythic Quest

Jason Lengstorf is a Developer Advocate, and at the time of this recording, he was heading up the learning team for Gatsby. During this interview, Jason and I cover his background and his experiences learning to lead. Near the end of the conversation, Jason shares his take of the differences between management and leadership. Jason's internet home: https://lengstorf.com/

Jason Lengstorf, formerly of IBM and then GatsbyJS, is a developer who loves to learn. His YouTube channel Learn with Jason has tons of great videos on a variety of web development topics. In this episode we talk about if learning the hot new framework is a waste of time, where front end web development is heading, and more.

In episode 43 of JAMstack Radio, Brian speaks with Jason Lengstorf of Gatsby. They discuss the new spin Gatsby's putting on theme templates, as well as the inherent balancing act of nurturing the open source community while operating a profitable business.

Schepp had the great opportunity to sit together with Jason Lengstorf to talk about Gatsby.js OUR SPONSOR This Revision is sponsored by Storyblok. Storyblok is a headless CMS that straddles the lin…

Why should you build your website with Gatsby? Carl and Richard chat with Jason Lengstorf about the Javascript library built on top of ReactJS to automate the generation of static web pages from a variety of data sources with a focus on blogs and CMS sites. The conversation dives into this idea of higher layer abstractions making building multi-format web pages easier and highly performant by generating to static content. This lets you push your content closer to the customer on a CDN - the web development world continues to evolve.Support this podcast at — https://redcircle.com/net-rocks/donations

Why should you build your website with Gatsby? Carl and Richard chat with Jason Lengstorf about the Javascript library built on top of ReactJS to automate the generation of static web pages from a variety of data sources with a focus on blogs and CMS sites. The conversation dives into this idea of higher layer abstractions making building multi-format web pages easier and highly performant by generating to static content. This lets you push your content closer to the customer on a CDN - the web development world continues to evolve.Support this podcast at — https://redcircle.com/net-rocks/donations

What do we do when all of our needs are met when we are making seventy-five thousand plus a year, working for a company with some prestige, have a home, and don't have to worry about food. Jason Lengstorf wrestled with this after the company he was contracting with didn't have anything for him to do, but kept him around. New goals have to be set, and growth still has to happen.Jason discovered that what he wanted was to help other people grow in their personal and professional lives. To help other people you have to have a set of skills beyond your technical skills, typically these skills would be called "soft skills," but they are often just as important as technical skills, Jason prefers to call these skills "meta" or "catalytic" skills. These are the skills used in planning, bringing people together, decision making, all of these being essential in our careers.You don't just use these kinds of skills in a software project; they are also the tools that are used to build communities of people. Jason explains how the trick to bringing a group of people together with something is to make everyone feel invested in what they are a part of, and like they belong.Transcript"Figuring Out What's Next after Your Needs are Met - with Jason Lengstorf" TranscriptResources:GatsbyJSJason LengstorfTwitterlengstorf.comGithubJoel Hooks:TwitterWebsite

Jason Lengstorf is an advocate, engineer, and sometimes designer. As "Human Duct Tape", Jason tells us about the little-bit-of-everything he does at Gatsby. On this episode, we talk to Jason about what's new with Gatsby (Themes! Preview beta!), building a positive open-source community, how to connect technology to build awesome stuff, and how important it is to fully disconnect from the day job to stay creative.Want to hear more from Jason? You can catch him on May 6th at Gatsby Days in NYC.https://www.eventbrite.com/e/gatsby-days-nyc-tickets-59556433897You can find him on Twitter @jlengstorf or catch on Thursday mornings on Learn with Jason at 9AM PST on https://twitch.tv/jlengstorfhttps://github.com/jlengstorfQuestions? Email ustheoverlappodcast@gmail.comTweet us @lovelettersco or @mistertrostFor more episodes + show notes, visitoverlappodcast.com

Gatsby brings together React, Webpack and modern JavaScript in a way that makes a performant experience the default experience. In this weeks episode join us with Jason Lengstorf and learn how Gatsby can do this and some of the other great products that Gatsby are working on. Visit the website for This Week in Web, resources & more: https://thewebplatformpodcast.com/175-gatsby   Follow The Web Platform podcast on Twitter for regular updates @TheWebPlatform.

Jason Lengstorf with Roman Fitness Systems shares why your excuse is invalid. This is part 2 of 2. Episode 1017: [Part 2] Your Excuse Is Invalid by Jason Lengstorf with Roman Fitness Systems (Habits & Positive Growth Mindset) RFS originally began as a personal training company servicing the NYC Metro area back in 2003. Through that company, Roman coached everyone from professional athletes to actors to regular folks. In 2009, John Romaniello started the site to more conveniently merge his love of fitness and writing. While it was “just a blog” at first, it quickly became much, much more. Slowly but surely, writing articles, blog posts and books became the priority. Today, RFS continues to be one of the most respected sites for high quality fitness and lifestyle information around. The original post is located here: http://romanfitnesssystems.com/articles/your-excuse-is-invalid/ Visit Me Online at OLDPodcast.com Learn more about your ad choices. Visit megaphone.fm/adchoices

Jason Lengstorf with Roman Fitness Systems shares why your excuse is invalid. This is part 2 of 2. Episode 1017: [Part 2] Your Excuse Is Invalid by Jason Lengstorf with Roman Fitness Systems (Habits & Positive Growth Mindset) RFS originally began as a personal training company servicing the NYC Metro area back in 2003. Through that company, Roman coached everyone from professional athletes to actors to regular folks. In 2009, John Romaniello started the site to more conveniently merge his love of fitness and writing. While it was “just a blog” at first, it quickly became much, much more. Slowly but surely, writing articles, blog posts and books became the priority. Today, RFS continues to be one of the most respected sites for high quality fitness and lifestyle information around. The original post is located here: http://romanfitnesssystems.com/articles/your-excuse-is-invalid/ Visit Me Online at OLDPodcast.com Learn more about your ad choices. Visit megaphone.fm/adchoices

Jason Lengstorf with Roman Fitness Systems shares why your excuse is invalid. This is part 1 of 2. Episode 1016: [Part 1] Your Excuse Is Invalid by Jason Lengstorf with Roman Fitness Systems (Personal Development & Growth Blog) RFS originally began as a personal training company servicing the NYC Metro area back in 2003. Through that company, Roman coached everyone from professional athletes to actors to regular folks. In 2009, John Romaniello started the site to more conveniently merge his love of fitness and writing. While it was “just a blog” at first, it quickly became much, much more. Slowly but surely, writing articles, blog posts and books became the priority. Today, RFS continues to be one of the most respected sites for high quality fitness and lifestyle information around. The original post is located here: http://romanfitnesssystems.com/articles/your-excuse-is-invalid/ Visit Me Online at OLDPodcast.com Learn more about your ad choices. Visit megaphone.fm/adchoices

Jason Lengstorf with Roman Fitness Systems shares why your excuse is invalid. This is part 1 of 2. Episode 1016: [Part 1] Your Excuse Is Invalid by Jason Lengstorf with Roman Fitness Systems (Personal Development & Growth Blog) RFS originally began as a personal training company servicing the NYC Metro area back in 2003. Through that company, Roman coached everyone from professional athletes to actors to regular folks. In 2009, John Romaniello started the site to more conveniently merge his love of fitness and writing. While it was “just a blog” at first, it quickly became much, much more. Slowly but surely, writing articles, blog posts and books became the priority. Today, RFS continues to be one of the most respected sites for high quality fitness and lifestyle information around. The original post is located here: http://romanfitnesssystems.com/articles/your-excuse-is-invalid/ Visit Me Online at OLDPodcast.com Learn more about your ad choices. Visit megaphone.fm/adchoices

Jason Lengstorf is a developer on the GatsbyJS team.Jason didn't start his career even remotely in the tech field. He was a musician.Jason's band didn't have much money, so he learned design to make merch, learned some markup to edit their myspace, eventually learned to build a website for them, then learned backend so his bandmates could upload images and post things.Jason talks about Gatsby's plans to compete with the more seamless WordPress model. He also talks about gatsby's differences from WordPress and the use cases for each service.One of Gatsby's strengths is how good it is for learning Javascript and React, you can quickly go from the command line to getting stuff on the screen in two minutes, much like create-react-app, the differences is that with Gatsby you get a data layer and a good deployment story.Finally, they talk about what it's like to manage a repo that has 964 contributors, 5500 commits, and 936 issues. It was more chaotic in the early days, but they have brought on some people who are helping manage it and are defining better processes.If you are interested in learning Gatsby, they have recently put much work into revamping their official tutorials.Check them out hereTranscript"Jason Lengstorf on GatsbyJS" TranscriptTopics:His early musical aspirations that lead to his career as a developerGatsby's goals in creating an agnostic unified data layer.The differences between Gatsby and other static site generatorsGatsby 2 and its many performance upgradesManaging a large and active repositoryResources:GatsbyGatsby on TwitterGatsby TutorialsNetlifyJason Lengstorf:WebsiteTwitterGithubJohn Lindquist:TwitterWebsite