Podcast appearances and mentions of anthony campolo

Recording date: Aug 31, 2023Host:John Papa @John_PapaGuest:Tom Preston-Werner @MojomboBrought to you byAG GridNarwhal Visit nx.dev to get the preeminent open-source toolkit for monorepo development, today. Resources:RedwoodJS on Web Rush with Anthony Campolo episode 119RedwoodJSTypeScriptNext.jsReact.jsAuth0Netlify and RedwoodJSVercel and RedwoodJSPrisma and RedwoodJSGraphQL and RedwoodJSWhat is a meta-frameworkTailwind with RedwoodJSJest with RedwoodJSStorybook with RedwoodJSRedwoodJS and ViteNext Gen tooling with RedwoodJS with Vite and VitestReact server componentsRedwoodJS and react server componentsPublic roadmap for RedwoodJS Bighorn EpochWhy would I choose RedwoodJS over Next.jsPino loggingRedwoodJS startup fundChatterbugRedwoodJS tutorialRedwoodJS on YouTubeRedwoodJS Conference in September 2023Timejumps00:29 Welcome00:43 Who is Tom Preston-Werner?02:14 What is RedwoodJS?09:21 Sponsor: Narwhal Nx10:00 How do you evaluate new technology and integrate it into Redwood?19:36 How does RedwoodJS go further than NextJS?27:56 What is startups at scale?37:00 Sponsor: Ag Grid38:11 Maintainability of software43:53 Final thoughtsPodcast editing on this episode done by Chris Enns of Lemon Productions.

Josh Goldberg and Anthony Campolo return to talk about the latest news in web dev, including Google's announcement about IDX, Supabase's Launch Week 8, what's up with Jamstack, and more. Links https://idx.dev https://twitter.com/davideast/status/1689735117118316544 https://bytes.dev/archives/212?cksubscriber_id=1652256478 https://twitter.com/JoshuaKGoldberg https://www.linkedin.com/in/joshuakgoldbergcodes https://www.joshuakgoldberg.com https://github.com/JoshuaKGoldberg https://twitter.com/ajcwebdev https://ajcwebdev.com https://github.com/ajcwebdev https://www.twitch.tv/ajcwebdev 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: Anthony Campolo and Josh Goldberg.

James Perkins is a Senior Developer Advocate at Clerk, a drop-in authentication solution for React and the modern web.James Perkins Website Twitter YouTube GitHub Clerk Website Twitter GitHub

Jim Fisk is the creator of Plenti and the founder of Causeworks, a full service creative agency for mission-driven organizations.In this episode we discuss using open source technology for social goods, whether you should be bearish or bullish on Jamstack, and the benefits of a Git-based CMS.Jim Fisk Twitter GitHub LinkedIn Jantcu Plentico Jamstack Boston CauseworksWebsite

In episode 122 of Jamstack Radio, Brian catches up with Anthony Campolo of Edgio. In this conversation they recap Anthony's career journey and explore many technical topics including edge computing, the current state of the JavaScript ecosystem, insights on leveraging Jamstack for infrastructure ambitions, and combatting imposter syndrome in DevRel.

In episode 122 of Jamstack Radio, Brian catches up with Anthony Campolo of Edgio. In this conversation they recap Anthony's career journey and explore many technical topics including edge computing, the current state of the JavaScript ecosystem, insights on leveraging Jamstack for infrastructure ambitions, and combatting imposter syndrome in DevRel.

In this episode, Anthony Campolo returns to PodRocket to talk about the Edge, what it is, and why you are hearing about it so much. Links https://twitter.com/ajcwebdev https://dev.to/ajcwebdev https://www.linkedin.com/in/ajcwebdev https://dev.to/opensauced https://docs.edg.io 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: Anthony Campolo.

Zach Lloyd is the CEO of Warp, a Rust-based terminal for modern development.In this episode we discuss the motivations for starting an entire company dedicated to building a terminal, the inefficiencies introduced by the current default terminals, and the company's future plans for monetization.Zach Lloyd Twitter LinkedIn Blog Warp Homepage Twitter GitHub Discord YouTube Links Oh My Zsh Starship Show Outline00:10 - Zach's background and motivation for creating Warp02:13 - What are the Warp features that make developers more productive?07:01 - Why is Warp written in Rust?10:36 - Does Warp work on multiple platforms?12:22 - How does Warp plan on monetizing in the future?16:06 - What are the benefits of Warp for beginners learning the terminal?22:29 - What shells does Warp support?25:17 - How do you prioritize feature development and what is the roadmap for the next sixth months?29:31 - Will Warp eventually be integrated with the VS Code terminal?31:43 - Final thoughts and where to learn more about Warp

Daniel Norman is a Developer Advocate at Protocol Labs. In this episode we discuss the philosophy and motivation behind the creation of IPFS, IPFS pinning services and gateways, how Protocol Labs relates to IPFS, and how to moderate content on a distributed, censorship resistant network.Daniel Norman Twitter Homepage Protocol LabsHomepageIPFSHomepageLinks Aragon web3.js Prisma Content Addressing Bluesky AT Protocol Fleek web3.storage Infura Pinata IPFS - Content Addressed, Versioned, P2P File System Cloudflare IPFS Gateway Fission State of IPFS in JS A First Look at IPFS Some Antics - Deploy to the Decentralized Web with IPFS Show Outline00:11 - Daniel's code journey11:19 - What is web3?13:36 - What does it mean to “own” something digital?22:19 - Bluesky and the At Protocol25:35 - Living in a high trust society28:01 - What is IPFS?36:32 - IPFS pinning services and gateways45:23 - Protocol Labs48:20 - Is it possible to block or moderate content on IPFS?54:58 - Where should someone go to get started with IPFS or get in touch with the IPFS community?58:17 - How can listeners get in touch with Daniel?

Adam Bradley is the Director of Technology at Builder.io and co-creator of Partytown, a lazy-loaded library to help relocate resource intensive scripts off the main thread and into a web worker.In this episode we discuss making sites significantly more performant by offloading third party scripts into a web worker with Partytown, how Partytown fits into the larger suite of tools that Builder.io is working on including Qwik, and cross-compiling any frontend UI library with Mitosis.Adam Bradley Twitter GitHub Partytown Homepage GitHub Links WordPress Partytown Support Add Partytown support to run scripts in WordPress Worker Thread Offloading Scripts To A Web Worker in Next.js (experimental) How to Add Google Analytics gtag to Gatsby Using Partytown How to Deploy the Qwik JavaScript Framework Deploy a Qwik site on Cloudflare Pages Building Marko 6 w/ Dylan Piercey, and Michael Rawlings Resumability, WTF? Show Outline00:12 - Introduction01:26 - Do you miss mobile?04:43 - What is Partytown?07:50 - Can you use Partytown with WordPress?09:42 - How does Google Tag Manager work with Partytown?12:45 - Is there a roadmap for upcoming features or is Partytown feature complete?13:50 - What is Partytown's opinion on shipping no JavaScript?14:39 - How does Partytown fit into the larger suite of tools that Builder.io is working on?16:24 - Qwik as a server-side rendering first framework with QwikCity19:35 - Will it be possible in the future to migrate a Next.js project to QwikCity? 23:07 - Is QwikCity production ready?25:00 - How do you deploy a Qwik or QwikCity application?30:45 - What is Mitosis?34:19 - How does Qwik compare to Solid and Marko?40:09 - Will JavaScript ever reach utopia by attaining the nirvana of PHP?

In this episode we discuss the origin of the name “Fuzzy Bear,” the benefits of learning Astro over other popular metaframeworks, and how to get involved in the Astro community.A Fuzzy Bear Twitter GitHub Astro Homepage Create a New Astro Project Links Asteroids Fuzzybear Project Server-side Rendering in Astro Astro Hackathon Projects Show Outline01:15 - What is the origin of the name “Fuzzy Bear?”03:13 - Why did you learn Astro over other frameworks and when did you join the team?06:00 - The pitfalls of Create React App08:30 - Fuzzy's life before web development09:48 - Learning web development through building the Astroids game12:10 - Fuzzy got into web development to make money but tripped into open source12:50 - How did you first hear about Astro?15:22 - How did you initially get involved in the Astro community?19:41 - What is the status of server-side rendering support in Astro?22:24 - What happened when Chris tried Astro for the first time?33:09 - Can Astro be used for dashboards? -------------------This episode is sponsored by Cloud66, a platform that allows you to deploy Jamstack sites on any cloud for just $1.99 per site per month. It's like your own Netlify and includes free unlimited team members, real-time logs, programmable traffic management, SSL certificates, and more. You can get started with Cloud 66 for free and get an extra $66 of free credits with the code FSJam-66.

In this episode we discuss how DevRel is organized at Supabase, why Supabase decided to build their own PostgreSQL extension, and new capabilities enabled by Supabase's Edge Functions. Jon Meyers Homepage Twitter GitHub YouTube Egghead Supabase Homepage Twitter GitHub YouTube Discord Links Supabase with Paul Copplestone (FSJam33) Open Source Stacks with Ant Wilson (FSJam52) pg_graphql: A GraphQL extension for PostgreSQL GraphQL is now available in Supabase pg_graphql v1.0 pg_graphql Documentation Launch Week Updates for Supabase Functions Supabase Edge Functions Edge Function Examples Supabase Integrations Supabase Series B Made with Supabase Show Outline01:25 - Jon Meyers Introduction04:44 - How is the DevRel team at Supabase organized?06:41 - What is Supabase?07:55 - Building and Using Postgres Extensions10:46 - How does the GraphQL Postgres Extension Work?12:15 - What is Supabase Launch Week?14:19 - Supabase Edge Functions22:31 - Supabase Integrations24:11 - Supabase Series B25:27 - What are people building with Supabase?27:24 - Jon's Favorite FSJam Episodes30:03 - Closing Thoughts-------------------This episode is sponsored by Cloud66, a platform that allows you to deploy Jamstack sites on any cloud for just $1.99 per site per month. It's like your own Netlify and includes free unlimited team members, real-time logs, programmable traffic management, SSL certificates, and more. You can get started with Cloud 66 for free and get an extra $66 of free credits with the code FSJam-66.

In this episode we discuss the past, present, and future of running serverless functions on the edge, why Netlify decided to build their edge functions with Deno, and the need for compatible edge runtimes built on open standards.Eduardo Bouças Homepage Twitter Mastodon GitHub Netlify Homepage Twitter GitHub Links Edge Handlers with Mathias Biilmann Christensen Netlify Edge Functions Edge Functions Documentation Netlify Edge Functions: A new serverless runtime powered by Deno Living on the edge: A deep dive into Netlify Edge Functions Understanding Edge Functions: The Edge and Beyond Web-interoperable Runtimes Community Group -------------------This episode is sponsored by Cloud66, a platform that allows you to deploy Jamstack sites on any cloud for just $1.99 per site per month. It's like your own Netlify and includes free unlimited team members, real-time logs, programmable traffic management, SSL certificates, and more. You can get started with Cloud 66 for free and get an extra $66 of free credits with the code FSJam-66.

In this episode we discuss how to visualize state machines, building tools to collaborate around state machines, and using state machines on the server.David Khourshid Twitter Polywork LinkedIn Stately Homepage Twitter Discord LinksZag-------------------This episode is sponsored by Cloud66, a platform that allows you to deploy Jamstack sites on any cloud for just $1.99 per site per month. It's like your own Netlify and includes free unlimited team members, real-time logs, programmable traffic management, SSL certificates, and more. You can get started with Cloud 66 for free and get an extra $66 of free credits with the code FSJam-66.

In this episode we discuss how to distinguish a design system from a component library, strategies to become a better user of Storybook, and the long-awaited release of React 18.Michael Chan Homepage Twitter GitHub YouTube Egghead React Holiday Lunch.dev Storybook Homepage Twitter GitHub YouTube Discord Chromatic Twitter Homepage Links Storybook Play Function Component Story Format 3.0 Integrate Storybook in a Next.js Application Integrate Next.js and Storybook automatically Storybook Framework API Migrate a Client-Side Application to React 18 Beta How to Upgrade to React 18 React v18.0 React Labs: What We've Been Working On React Server Components with Next 13 -------------------This episode is sponsored by Cloud66, a platform that allows you to deploy Jamstack sites on any cloud for just $1.99 per site per month. It's like your own Netlify and includes free unlimited team members, real-time logs, programmable traffic management, SSL certificates, and more. You can get started with Cloud 66 for free and get an extra $66 of free credits with the code FSJam-66.

In this episode we discuss the evolution of platforms-as-a-service over the last decade, how to most effectively leverage a multi-cloud world, and the characteristics of a resilient hosting provider.Khash SajadiTwitterCloud 66 Homepage Twitter GitHub -------------------This episode is sponsored by Cloud66, a platform that allows you to deploy Jamstack sites on any cloud for just $1.99 per site per month. It's like your own Netlify and includes free unlimited team members, real-time logs, programmable traffic management, SSL certificates, and more. You can get started with Cloud 66 for free and get an extra $66 of free credits with the code FSJam-66.

In this episode we discuss how to compare open source frameworks, starter projects that help developers quickly begin building, and the potential of a post-React future. Tracy Lee Twitter LinkedIn GitHub Homepage Dustin Goodman Twitter LinkedIn GitHub Homepage This Dot Labs Homepage Twitter LinkedIn GitHub Links This Dot Open Source starter.dev GitHub Showcases framework.dev The Perfect Egg Recipe react.framework.dev starter.dev About npm blockchain.education Smart Contract Database TanStack -------------------This episode is sponsored by Cloud66, a platform that allows you to deploy Jamstack sites on any cloud for just $1.99 per site per month. It's like your own Netlify and includes free unlimited team members, real-time logs, programmable traffic management, SSL certificates, and more. You can get started with Cloud 66 for free and get an extra $66 of free credits with the code FSJam-66.

In this episode we discuss the origins and motivations of React Bricks, the challenges of creating content with grey forms, and how to build a CMS that balances the needs of both developers and content creators.Matteo Frana Twitter GitHub React Bricks Homepage Twitter Discord Links Logo React Bricks Tutorial React Bricks Live Demo Neoskop Case Study Everfund Case Study Woosmap Case Study -------------------This episode is sponsored by Cloud66, a platform that allows you to deploy Jamstack sites on any cloud for just $1.99 per site per month. It's like your own Netlify and includes free unlimited team members, real-time logs, programmable traffic management, SSL certificates, and more. You can get started with Cloud 66 for free and get an extra $66 of free credits with the code FSJam-66.

We need your vote to win a Jam stack Jammie! So, go to https://fsjam.org/vote. There will also be previous guests in other categories, so make sure you vote for them too!-------------------In this episode we discuss the difficulties of running jobs on serverless, use cases for Netlify's Scheduled Functions, the future of Blitz.js, and the trade-offs inherent to remote work.Simon Knott Twitter GitHub Homepage Netlify's Scheduled Functions Scheduled Functions Documentation Netlify Acquisition FAQ Quirrel is Acquired! And I Am Joining Netlify Netlify Acquires Quirrel Quirrel Joins Netlify and Scheduled Functions Launches in Beta Scheduled Functions (Cron Jobs) With Netlify - Learn with Jason How to Schedule Deploys with Netlify Blitz.js 2.0 Flightcontrol with Brandon Bayer and Mina Abadir (FSJam68) Important Discussion On Possible Blitz.js Pivot - Brandon Bayer Future of Blitz.js Announcing Blitz.js 2.0 - Brandon Bayer Introduction to Blitz.js Toolkit - Simon Knott 2.0 Stable Launch - Brandon Bayer Announcing Blitz.js 2.0 Beta - Aleksandra Sikora Upgrading Your Blitz.js App to Blitz.js 2.0 Links Quirrel with Simon Knott (FSJam15) The Self Provisioning Runtime Schedule Netlify Builds with GitHub Actions - Lunchdev Schedule Netlify Builds with GitHub Actions, Cron, and Webhooks - Michael Chan tRPC Retool Editor's note: When I asked Simon about tRPC he gave his understanding of the history and motivation of the project at the time of this recording, which was almost six months ago. Despite not having been heavily involved with tRPC, his explanation was basically spot on.There was, however, one exceptional point which I'd like to clarify for the record and our listeners. Simon said Alex Johansson, the lead maintainer and driving force behind tRPC, was inspired to create tRPC by his experience as an early maintainer for Blitz.js. Simon prefaced this with the following:"Why I find tRPC so interesting, it's basically a lot of the ideas behind Blitz's zero-API data layer taken out from Blitz and I think (I'm not super sure about this) but I think Alex (who's the maintainer of tRPC) got the idea from Blitz. He was a maintainer of Blitz in the first couple of months and I think he then took the idea and decided to build something outside of Blitz."It's true Alex was an early contributor to Blitz.js and understood their philosophical alignment on a zero-API layer. The part that's missing however, is Alex didn't create tRPC. Colin McDonnell (creator of Zod and current head of DevRel at EdgeDB) created tRPC in July 2020. Originally called ZodRPC, Colin described it as "a toolkit for creating typesafe backends powered by Zod."Zod uses a kind of schema to broadly refer to any data type which can be declared with static types in TypeScript. With ZodRPC, Colin hoped to build a new library to extend the functionality of Zod and offer an alternative to GraphQL. The key to the project's success would be retaining the simplicity of RPC calls without losing type safety.According to Colin:"Most people use GraphQL as a massively over-engineered way to share the type signature of their API with your client. What if you could import that type signature directly into your client using plain ole import syntax? Well... you can."The project began as an experiment and after writing the initial proof of concept, Colin handed the project off to Alex Johansson. Alex has been maintaining the project ever since. I think the widespread belief that Alex did create tRPC is actually a testament to how much work he's put into building up the project and community.

In this episode of the Modern Web Podcast, Tracy Lee and Dustin Goodman join Anthony Campolo and Christopher Burns, hosts of the FSJam Podcast, to talk about the latest evolutions in new frameworks. They discuss "meta frameworks", predict trends in JavaScript, and compare the similarities and differences among newer technologies like Svelte, Solid, Qwik, Astro, Fresh, Marko, and more.   Host Tracy Lee- CEO and Co-Founder, This Dot Labs Dustin Goodman- Engineering Manager, This Dot Labs   Guests Chris Burns- Co-Host of the FSJam Podcast Anthony Campolo- Co-Host of the FSJam Podcast   Sponsored by This Dot Labs

We need your vote to win a Jam stack Jammie! So, go to https://fsjam.org/vote. There will also be previous guests in other categories, so make sure you vote for them too!-------------------In this episode we discuss the fundamentals of Eleventy, how to approach web development from a conservationist's point of view, and utilizing Eleventy Serverless for deferred, on-demand rendering.Ben Myers Homepage Twitter GitHub Twitch Some Antics showmy.chat Eleventy Homepage Twitter GitHub Discord Links Fullstack Accessibility with Ben Myers (FSJam31) Slinkity with Ben Holmes (FSJam49) Eleventy Data Cascade Documentation I Finally Understand Eleventy's Data Cascade events.lunch.dev Eleventy Serverless A First Look at Eleventy Serverless with Zach Leatherman (Some Antics) Modern CSS with Stephanie Eckles (FSJam63) Incremental Static Regeneration Distributed Persistent Rendering Understanding Rendering in the Jamstack by Brian Rinaldi Eleventy Glossary Learn Eleventy From Scratch by Andy Bell Amit Sheen Codepens THE Eleventy Meetup Full Time Open Source Development for Eleventy, Sponsored by Netlify Transcript[Pre-show Clip]BenWhen I was on Learn with Jason talking about Eleventy Serverless, I actually spent a fair amount of time talking about... "hey, Eleventy doesn't work for every use case." There are certain websites you have in mind that Eleventy would not be a good fit for. That's okay, that just means it's better suited for other kinds of sites. I think there is this instinct in Jamstack communities to try to kludge Jamstack into a fundamentally un-Jamstacky problem space.ChrisWhat do you mean? Gatsby is the best for everything and we should have never moved off Gatsby and there's no need for Svelte or Solid or anything like that. Gatsby, it did everything.[Opening Theme Song]AnthonyBen Myers, welcome back.BenHey! It's good to be back.AnthonyYou were on an earlier episode, 30-something, talking about web accessibility. You are a web developer and accessibility advocate at Microsoft. Today, we're going to be talking to you about Eleventy cause Eleventy is a project that I know you're really passionate about. We've had others on the show talk about it a little bit, especially Ben Holmes who is building a meta framework on top of Eleventy called Slinkity. But, today we're going to be talking about Eleventy proper. What it is, why people are excited about it, and what kind of stuff they're building with it. BenI'm thrilled, I absolutely love Eleventy as a tool and it's one of those things that's been an absolute privilege to get to introduce people to. Fair disclosure! I totally have not introduced people to it through a podcast medium, so this is gonna be very interesting. Super excited to chat about it with y'all.AnthonyWhy don't we first start with what Eleventy is. I think if anyone has heard about it, they know that it's a static site generator. They may have heard that it's based a bit on Jekyll, so if you can talk a little bit about what it does and what you would build with it.BenYeah, so I find that simply saying, "Jekyll but JavaScript" is enough for some people to just get it. I will say that the fact that it is powered by JavaScript makes it more approachable than other static site generators for many people because JavaScript is the language of the web. If you're doing front end development, JavaScript is something you're very likely to be very familiar with. A static site generator that leverages JavaScript, specifically the Node.js ecosystem, is a very compelling sell for a lot of people. But, I should definitely back up and explain the bigger picture.You described it as a static site generator in the vein of Jekyll. I think that's absolutely, absolutely fair. But personally, I don't have experience with Jekyll. That's not something that really helps me understand what it is. The simplest way to think of Eleventy is, it is a tool that will take content, typically in a format such as markdown. It'll take that content, it'll just convert it to some pure, raw, boring, fantastic HTML (or other assets). That is, I think, the simplest way to think of it. You've got some content, maybe it's blog posts, maybe it's documentation pages. Maybe it's a landing page for some product. Some content that is mostly static and you want some output, typically HTML.That is what Eleventy is and what it's really, really good at. What Eleventy isn't, is a tool for building highly dynamic interactive experiences. For those, you might still consider a client side web application framework such as React or Vue. Eleventy simply isn't as interested in addressing those kinds of websites and I think that's totally fair. But if you've got something that could be expressed in static HTML, Eleventy is possibly a very good project for you.AnthonyI actually first started learning about Eleventy for a big reason cause of you, Ben. We were building out the lunch.dev calendar with it. That was a really interesting project because we were trying to create like an events calendar. What we did is we had a Git repo that was building the static site and then we had markdown files for the individual events. Then the individual events would be transformed into little cards on the front end. If you wanna talk a little bit about why you picked Eleventy specifically for building that cause I think Chan also, the reason why we went with that was cause you were really passionate about, we wanted to learn more about it. So I'd be curious about the thought process behind that.BenAn event calendar like that is, if you think about it, nothing but a bunch of articles. At the time, we were not heavily invested in doing anything interactive with that calendar. We just needed a place to stick a bunch of descriptions and details of different events going on, different links that we could send people to. That is, again, something that is very well suited for that kind of static markup. When you think about a lot of web application frameworks, a common criticism that some folks in various web dev spaces will point to, is that web app frameworks can be quite large and bloated.That means if you are building your site with those, your end user very likely will have to download all of that and construct an experience from that. Whereas, you could get more or less the same experience but very, very lightweight. I think that lightweight websites are fundamentally good and responsible. I try to take a very conservation mindset to the web. I like to only use what I need and I apply this to users resources such as their data. If they're out and about on their mobile phone and they're using their data plan, chances are good that they could have a really slow connection and they could have data caps.I think that if we don't need to send them an entire web app framework, we probably shouldn't send them a web app framework. That is, I think, not being the best steward of their resources. They're gonna have a slower chunkier experience as a result. So, why did I choose Eleventy for this project? It's because the project, at least as we were thinking of it at the time, didn't need anything more than that. We just wanted some lightweight HTML pages out there on the web that could build quickly, that anyone could add to.Eleventy is really based around this concept of a template. A template is a content file written in a language such as Markdown or HTML and sometimes with templating languages such as Liquid or Nunjucks that Eleventy builds into a page or pages of HTML (or sometimes other static assets). It's weird because there always feels like there needs to be some asterisks. But broadly, think of a template as a content file that gets transformed into some output pages.The nice thing is Markdown for most developers is a fairly ergonomic experience. That meant that if people wanted to add things to that site, they didn't have to worry about the whole instrumentation and orchestration of the entire project. They could contribute simply a Markdown file and that was really nice. Eleventy also has built into it this concept called the data cascade which I think is one of the most crucial things to understand about Eleventy. It's also one of the things that took me the longest time to wrap my head around. When you're in a template, again a content file, you can use template syntax.Eleventy allows you the opportunity to expose variables essentially in that template syntax that you can either print out onto the page as part of the content or you can transform or operate on them in different ways. It's data, it's variables that you have access to. Eleventy has this amazing order of operations for how it lets you aggregate that data. So you can say, "oh, I've got some data that will be made available to every template of my site." Or, "I've got data that's available to every template that uses a certain layout." Or "I've got data that applies to every template in a given directory or its sub directories." Or, "I have data that corresponds exactly to one template."The lovely thing about this is, it exactly follows the mental model you would hope for something like that. It is powered by co-location. Data that applies much more specifically to an individual template will have a higher precedence over data that corresponds globally. This mental model (once you start playing with it) allows for some really, really powerful configuration of your website. You can almost afford to set it and then forget it which I think is incredibly powerful. You could set some sensible defaults at the global level, such as maybe "every blog post uses this blog post layout that I've defined."Then one blog post you could override that and use a different layout, maybe to accomplish some art direction. You've got a very special blog post that you want to have a special layout. You can change that data as you go. That kind of configuration (once you start wrapping your head around the order of operations) is incredibly powerful and flexible. At the same time, it's magic enough that you can bring new people into the project and they don't have to worry about any of it. I think that is super cool.AnthonySomething that was interesting that came up while we were working on it was, we ended up in a situation where we had to rebuild certain things at certain times. Because the way events work, there'll be an event upcoming then there'll be an event that has passed. You don't want to have stale events still on the homepage. We ended up setting up a cron job type thing with a GitHub Action.But I think that this is the type of thing that now, today if we had been building that there would be other ways to do that. Not even mentioning the new scheduled jobs functions that Netlify just added. But, what I was curious to get more into was the serverless bit. There is now Eleventy Serverless, and you've actually been on the forefront of this. You did a stream with Zach when this first came out and you've been building stuff out with it this whole time.We talked with Stephanie Eckles a little bit about it and I'm really curious to get your take on it cause we've talked about serverless a ton of times here at Redwood it was built on serverless. We love serverless - well I love serverless, I don't know if Chris loves serverless - but I'd love to hear what is Eleventy Serverless and why was it built?BenEleventy Serverless is an opt-in build mode for Eleventy. Typically with Eleventy, everything is pre-rendered. You have a build step, you run probably `npm run build` if we're being honest. Eleventy kicks in and picks up all your templates and then converts them into HTML files. Once they're built, they're built. If data changes behind the scenes, such as data that was fueled by an API, you don't get any updates to that because there's nothing in the HTML linking that data like real data in any sort of backend. It's just pure HTML.This meant that Eleventy has historically been very limited. Eleventy could only reflect what was true at build time. Eleventy Serverless is this new opt-in build mode for Eleventy, where you can say certain templates are built whenever you request them. Again, non-Eleventy people should probably read that as either "certain pages are built when you request them", or I prefer to think of it as "certain routes are built when you request them." I think that framing gets really, really powerful because you can use Eleventy's data cascade, you can use Eleventy's front matter and templating languages.All the stuff that you absolutely love about Eleventy, you can use but in this on-demand way, this on request way. You create a page as you request it and if you're using, for instance, Netlify's on-demand builders, you can then cache that page. It's as if you had built that page in the build step. This is hugely powerful for a couple of reasons. I use this demonstration when I go on people's streams to talk about Eleventy Serverless. It's a color contrast checker. Take two Hex codes and display in this pretty format, the color contrast ratio. If you have two Hex codes, which are six digits long each, then that is - I want to say 2.75 times 10 to the 14th contrast ratio.I don't wanna build that. I don't want my dev server building that. I don't want my Netlify high build minutes building that, that's incredibly wasteful. I love to defer building those kinds of things until they're needed, because chances are the vast majority of those contrast ratios will never see the light of day. Very few of the ratios on that site will ever be explored, so why build them? Eleventy Serverless is a great way to defer building a large data set that folks might not ever look at. You also don't have to cache by default. Eleventy Serverless built pages don't cache. You have to use specific things like on-demand builders to cache.But what that means is that you can have up to date data. During the on request build you can hit an API and you can get the latest, greatest up-to-datest data. I think that is incredibly powerful. That is something that we haven't really had in Eleventy before. But at the end of the day, what gets sent over the wire is still an incredibly lightweight HTML page. It's not a whole client side page that's holding in a large framework. You don't have to worry about things like loading spinners because all the fetching is done server-side. You don't have to worry about things like authentication because all the fetching is done server-side.You get to take advantage of everything that you love about serverless functions and everything that you love about Eleventy. I've also brought up a couple times that this is opt-in. I really love this because you aren't turning your whole site suddenly into a quote unquote "serverless site." You first opt-in by installing the serverless plugin and then you still have to opt-in on a template by template basis. The core of your website, the main pages that guaranteed people are gonna hit (like your landing page, about page, and stuff like that) are still built during the build step and are still totally cached.They're still available for search engines to crawl and all of that. It's just that this one subsection of your site is now served on-demand. I think that that is super exciting. Another benefit of Eleventy Serverless routes is that you can take advantage of arguments passed in the URL. You have parameters in the path, or you could have query parameters, for instance. This allows for some really dynamic experiences all. Anthony, you've alluded to, I've got this project that I built that is designed really to test what I believe is the absolute limit of Eleventy Serverless.This product is showmy.chat. Anyone who's been in the streaming biz will know that it's very common for Twitch streamers to use websites as part of their stream layout. A very common use case for this is showing your chat bot as part of your stream so that folks can see who's interacting with the stream. It's really exciting, "look at me, Mom, I'm famous. I'm on my favorite Twitch streamers stream." Doing anything like that requires some understanding of web development and WebSockets to be able to read from the chat. This is not something I feel like people should not have to worry about.So, I built this site, showmy.chat. It allows you to put in your channel name as well as set a couple of other properties, configure a couple of extra values there. It will generate using Eleventy Serverless a page that has all of the WebSocket logic, the action to display the chat, and all of the theming all set in place for you. You get this on-demand themed chat that responds to the arguments that you passed in through the query parameters. Do I think that Eleventy Serverless was the right tool for that job? I'm not entirely sure.I've actually been kind of considering maybe looking and seeing if I could have done the same thing, but maybe more flexibly using something like SvelteKit. But I think that it's incredibly exciting that Eleventy, which has been this kind of beloved pre-build tool now affords you this extra flexibility where just because you wanted a page that always had dynamic stuff or the latest information, you don't have to like opt into a completely different framework. Now, you can still say within the Eleventy ecosystem that you love.ChrisThat was a lot. I've literally just been sitting here just like absorbing it all in. I feel like a mega React, Chad, when I say, "Yeah, but you didn't say any of the buzzwords. SSG, ISR, SSR..."AnthonyI think DPR would be one of them technically, right? Distributed persistent rendering?ChrisYeah, haha.BenThe Venn diagram of all of these words is a very pretty butterfly and also inscrutable to anyone outside of the space. For folks at home who are playing buzzword bingo, it's Eleventy's implementation of distributed persistent rendering, or sometimes not distributed persistent rendering, Brian Rinaldi calls it deferred rendering. That's the term I like. It's deferred rendering. Everyone's got their own different take depending on whether they're a framework or whether they're a CDN. It's deferred rendering that's most similar to - I think Gatsby now has, I forget what they're calling it now.ChrisI think they're calling it deferred... incremental deferred rendering? Something like that.Ben MyersThis is exactly why I'm just using Brian's term of deferred rendering. If you're looking at this and going, "What's Eleventy's version of incremental static regeneration" or something like that, the closest thing is Eleventy Serverless. What is distributed persistent rendering? It's Eleventy Serverless hooked up to on-demand builders. That's what we're talking about. Hopefully that helps for people who are hoping to play buzzword bingo. The crux of it is you hit a route and Eleventy is run in the serverless function to create a page for you in basically real time.ChrisThe reason I say all the buzzwords is because sometimes they help define where it sits in the market, and sometimes they really do not. And this is where we talk about like functionality is obviously what really makes people understand what all these terms. Things like Next have this, Gatsby have this. For example, you build a website, let's say an e-commerce store, really easy and you add a new product. Does that product then just get rendered onto the website using like a webhook, or does that product only show if that specific URL is then entered? Because then Serverless knows to run and make that page?BenServerless is still in its infancy, but it would really depend on your implementation. I know Zach is still working on having serverless routes that have been created, but then saved can now get added to like what Eleventy calls collections (which are arrays of templates). You could be able to then display it on the rest of the site. Truthfully, I haven't done a whole lot with that. I think it would depend a lot on your implementation. It's in the moment the on request (your server function that's handling that) is looking for any arguments that you supply it in the URL. Either through the structure of the URL itself or through query parameters. You're probably passing in a SKU or some other identifier in there. It would look up some known database or API and be able to render that for you.ChrisThis is actually what I've personally seen with all these different types of rendering methods is that you chuck out the complete build, they add a new product and go, "it's not in the store." I'm like, "well it is on the store," if you know the URL, but you need to go to the URL for it to appear on the rest of the store. Cause that means the website now knows about it. It's like, how do you explain that to someone not technical? They need to know the URL to go to the right product to then appear on the rest of the website. It's like, "I thought this was meant to save millions and time on all these things." It's still a really complicated subject. One of the really big things that I wanted to ask is, what Serverless is sending down the pipe back to the client is not rehydrated JavaScript or JavaScript JSON, it's just HTML?BenYes. Just pure boring, lovely, fantastic, delightful HTML. Which means that it's gonna be fairly lightweight. Really, the way to think about this is, "this is how the web used to work and in many places still does." This is what we now call server rendering. Except you don't have to own a persistent server and you're very likely not doing anything with sustained sessions or anything like that. But the meat of, "I go talk to a server and I ask for a page and the server builds me that page on the fly," it's that, that's what's going on. I'm waving my hands doing jazz hands - imagine sparkles around this - it's now **Jamstack**! That's what it is. But it's bringing that kind of server functionality into a tool (into a framework, whatever you wanna call it) that previously has been prebuilt.You create a directory of HTML files and then that directory of HTML files is yours to do whatever you want with. You could FTP that into some server and just host that directly. You could FTP that into a CDN. Or you could do what I do, which is I have a Git based workflow hooked up to a CDN (in this case, Netlify). Every time I push to my repo, Netlify rebuilds but you don't have to have any of that instrumentation and orchestration. You could just upload some boring old HTML to a server and host that. This provides the same lightweight end user experience where you're getting just HTML. It's not HTML that we then rehydrate down the road and replace your entire page with this app behind the scenes that hopefully you won't notice. It's just HTML, it's lightweight, it's easy to cache.It's a little friendlier for search engines to optimize. When all you need is static HTML on a page and not a whole lot of dynamic interactive stuff, it's fantastic. It's glorious. I think the performance thing is an interesting conversation. I don't know if y'all know this. But right now we are in the middle of a pandemic and this means businesses have taken measures around this pandemic. There have been a small handful of times I have gone out to eat at a restaurant. On the tables, instead of giving me menus, there are table tents that have QR codes I can scan to pull up their menu. This, to me, is an example of a wonderful idea to meet user's needs that typically fails miserably in the execution.When I scan the QR code, it pulls up the restaurant's website and the restaurant has used some site builder or something else that sends over gobs and gobs of JavaScript. A whole framework likely or at the very least probably jQuery, sending over a whole lot of stuff. I don't know if y'all have this experience, but every restaurant I seem to go to seems to have poor internet connection there. I don't have great connection there; I don't have great reception. It takes me, like, 20 seconds where there's just this spinner and then I get to see a list of foods, which is mostly text. Sometimes there's pictures but the pictures are strictly optional. That feels to me like no one quite anticipated this pandemic (restaurants least of all) and rearchitecting your website is an expensive process that you can't just say, "oh, just remake your website with faster stuff."But we are several years into this now. Folks haven't looked at this and gone, "huh, those slow websites at our own restaurant to pull up our own menu, that's an area of opportunity for improvement there." Especially considering that when people are out and about, they're often in those kind of reception dead zones, such as a restaurant. They're operating off of finite data caps. They don't need gizmos and widgets and all sorts of interactive stuff. They just want to see what kind of food they can buy at your restaurant. There are times where having tools that make it really easy and flexible to just serve some boring, static HTML is exactly what your users need. Having that developer experience to make that easier is just gorgeous.ChrisYes, but I have two counterpoints.BenI'm ready to hear them.ChrisOne, "But JavaScript. I can write my CSS in JavaScript. I can write my HTML in JavaScript. I can just write JavaScript" and two, "Hey, you're a captive audience in a restaurant. Of course, they want you to sit there a little bit longer."BenWell, I mean, I think both of those arguments are very fair. But I think that too often we look at JavaScript as this great enabler and don't think of it as also a responsibility and a possible point of failure. Here's an example I sometimes use because I think documentation sites are a fantastic use case for Eleventy. I would like you to envision we're building a documentation site for some library we've made. As is the custom, we want to show how many GitHub stars this library. In the React ecosystem, it's fairly commonplace to set up a fetch to the GitHub API and display that. But what if the GitHub API is down? Well, I sure hope you set up some error boundaries and stuff like that.What if the GitHub API isn't down but it's really sluggish? Well, I certainly hope that you set up loading states. You have a lot of complexity around a part of the page that honestly no one cares about. You incur risk and you incur complexity over such a minor part of the page. I think that sometimes that stuff is incredibly valuable and stuff to consider and to consider how do we do this responsibly? Of course, yes, we could work around the foot guns. We could build a robust, resilient experience. But I think it's also interesting sometimes to ask, "how critical is this really?" Could we get away with having the result of how many stars our GitHub project has? Could we get away with having that be just hard coded texts in the built HTML that gets updated with a nightly built? Is that acceptable in some cases?No, it won't be, but in many cases it totally could be. You say, "oh, we've got JavaScript" and I say, "sure, but it might be more resilient in the backend." We don't have to worry about the costs and the risks and the complexity around doing all this stuff client side. As for a captive audience, I mean sure, but no one's gonna look at that and go, "ah yes, this restaurant was very fancy and stuff like that and I sure did feel very fancy waiting on my phone to pull up this menu in the middle of this steak restaurant going, 'it'll load, I promise. Do I need to refresh this another few times?'" It's all about different experiences and there is no one size solution that fits everything.ChrisYeah, I would've walked out the restaurant if the website was made in PHP. Just not for me. I don't care how rare you like your steak, this ain't for me! Um... no, all jokes aside, Eleventy Serverless looks really, really cool. I think one of the things that is really cool about it is, what it's spitting out is HTML. So many times when it comes to like, if you even think about Next's implementation or Gatsby, do I even know what it's spitting out? Kind of... to what I understand, it's just JSON. It spits out a massive JSON chunk that then gets stored in the HTML file that then gets rehydrated into the client. To what I understand! When you see those messages in Next.js saying, "Hey, your ISSG step is a bit too big," it's because you are literally dumping a massive JSON object into a script tag for Next.js to read later. If you didn't know.Ben MyersI don't want bash on those tools. I think there's absolutely a time and a place for them. But there's a time and a place for boring old HTML as well. And Eleventy... amazing.ChrisAnd I think what's the most amazing thing about all this is that we're still very early. It's still all very early. Even what Next.js is doing, who you could say have been doing SSG for the longest time. We're still so early when we talk about things like frameworks like Marko who have been in the industry for like 10 years. Everything is still so early in this area. The more capabilities that we have with less abstraction, I think the better. I think what's really interesting is what you just said about it's opt-in, not automatically there. It still works as expected, but if you want to add this, then you get it.So many times when it comes to things like say Next.js or Gatsby, I use next Next.js all day every day, so I don't mind bashing it. Do I even know how much JavaScript it sends to the client by default? Well, I hope it's not a lot. What we tend to forget is when I say about the question, "I know JavaScript, I could just write everything," is that I've made an abstraction line that is so high because it's all in JavaScript that so much performance can be potentially lost. You are technically compiling down CSS, HTML, JavaScript by default. What Eleventy is doing is just saying, "Look, you know HTML, you know CSS. Just send that down the wire and that is good enough for 80% of use cases like a blog or documentation."BenAnd now with Serverless, you compliment the sites that are already built with static. A fantastic example, and I wanna give a shout out to both Brian Robinson and Stephanie Eckles who have done this kind of stuff. You can have your blog and the meat of your blog is all built statically ahead of time during a pre-build step. Great, using serverless you could add a search bar to that site. Now your search pages are generated serverless based on your search query. But the meat of your website is still that static, cached, search engine friendly version of your site so it's all additive.ChrisThat's what makes it really good. So much of the ecosystem right now is taking, like, your Ford Rapture by default. You're not starting with the smallest car you possibly can. It's like, "we got the biggest engine to do the school trip in." It's not like, "let's start with a really small city car," it's like, "take everything and just use it."BenAbsolutely.AnthonyOne of the other things I wanted to get into is, I know that you've been working a lot on adding to the Eleventy documentation. You've written a ton of blog posts about Eleventy. I think for the most part, when people want to explain the data cascade to people, your blog post is kind of the canonical example that is usually linked to. I would be curious, when you were looking at the Eleventy docs, where did you see areas that you felt you could add value?BenOne pull request that actually got merged in not long ago was I defined a bunch of terms because I was looking around for a definition of, for instance, the word "template." The definition that I eventually ended up adding to the site was the one that I gave y'all. "A content file, typically in a language such as HTML and Markdown that gets processed by a template language and gets built as output." I had the opportunity to add that to the site because I actually couldn't find anything like that anywhere on the site. I think that the Eleventy documentation right now is fantastic at showing you the breadth of Eleventy's API.But a room for opportunity I see is, onboarding new people to Eleventy. As it stands, the getting started guide as you build a template and then run Eleventy to build a site using that template, and then it kind of just goes, "Tada! Welcome to Eleventy!" I would love to see more resources from the ecosystem, but especially more resources in the core Eleventy documentation around how to take that getting started guide and build a fully fledged application that you could host something pro on. So that's a room for growth, I think. I think that is going to require kind of some more explicit step-by-step walkthroughs.I think that's also going to require a bit more tying pieces together, like painting a bigger picture of that. Which is why, for instance, I wrote that data cascade post. Eleventy has some great pages about each step of the data cascade. But painting that as one big picture - with the sense of when should you use one step or method versus when should you use another step or method - that was something that I felt was missing. that's something that I'm hoping to contribute more and more. I think it's a bit of a slow process. You don't wanna boil the ocean. You don't want to contribute every update all at once. This is something that I'm doing in a bit of my free time just here and there. Maybe I'll add a page or I'll add to a page that already exists but provide a bit more of the context in (what I hope is) a beginner, newcomer, friendly way to help them really understand why does this fit into the bigger picture of an Eleventy project.This is a sentiment I've heard a couple times in the Eleventy space and I don't wanna bash on the Eleventy docs. I do think that they are great and again, they reflect the breadth of Eleventy's API. But this is something that, right now, there is a need for. People are writing blog posts and making videos that rise to that need. If you're listening to this and you, yourself do Eleventy (or if you're learning Eleventy) I would say right now the community needs you. The community could really benefit from you writing about your experiences and the things you learned. The real practical step by step process of how you built the thing that you've built whether that's on your own blog post or on your own YouTube channel or maybe it's in some way contributed to the documentation.I have no official affiliation with Eleventy, but this is something that I'm seeing more and more that folks should benefit from. That is the encouragement I would give. I think this is what we need to see. Eleventy just hit 1.0 recently and that marks it as a mature product. I would love to see us figure out more and more ways to bring people into the fold. I myself learned Eleventy through Andy Bell's course "Learn Eleventy from Scratch," which used to be a paid course. It's now open and free, but no longer being updated. I think more resources like that, which take you from the docs (which can sometimes be very API focused) to something that is instead methodological in its design. I think it's something that Eleventy could benefit from.AnthonyI would use the term explanatory.ChrisOne of the favorite things that I love, something you said earlier that I wish all frameworks said is as simply this. We can do everything, but we are not good at everything. You should use this for X and Y type of websites and if it's not X or Y, go look at something else. And you said documentation and blogs and homepages, that's what Eleventy is really good at. Don't go try build a dashboard in it.BenAbsolutely and it's like, it could be done and I think that there is value in experimenting. Using a thing far beyond what it was meant to do is something I see a lot with the CSS space. Amit Sheen's work is using CSS to create hyper realistic 3D animations. This is so far beyond the realm of what anyone ever intended of CSS. But we learned something as a community from pushing CSS to its limits. We learned techniques that we can use in the day to day. So it's not to say you can't build hyper interactive dashboards with Eleventy. You can certainly learn some things from that. But if you're trying to publish, if you're trying to deploy to production and you're trying to have a resilient app - those kinds of things - probably Eleventy isn't on the table for you and that's okay.But I've definitely had this moment where I'll be working someone individually through Eleventy to rebuild their blog. They'll be coming from like a React mindset. Suddenly I show them how they could create something that looks identical to their blog but as HTML. There's that moment that clicks where they've been using a tool that wasn't intended for the. Now, they have a tool that was actually meant for that kind of thing, and it unlocks something in them. That is, I think, a huge takeaway. There's no one size fits all, but that means that the one size that fits all that you're thinking of, isn't a one size fits all.ChrisVery true. Building blogs with Next and Gatsby, it's pretty overkill when you could just send sweet, sweet HTML.BenMm-hmm.AnthonyYeah. I was really happy that you were working on the docs cause I know I've struggled with the docs and I know others have as well. But as you said, just bashing the docs doesn't solve anything or make anyone feel good. Especially when Zach spent so much of his own, free time creating this project. When you see things like that, contribute back. Especially if you're someone who's in a position to help with things like documentation and explanation. That's really awesome, that's very much the spirit of open source, so I'm happy you did that.BenI think in general, people benefit from having multiple possible explanations for things. If Zach is the only person writing documentation, then everything is going to be oriented around how Zach understands things. Zach has a lot of great context into the inner workings of Eleventy, as well as the inner workings of the web. But Zach is not everyone. I'm not everyone. The two of y'all aren't everyone, right? Bringing more people to the table documentation wise, means we can get a better diversity of explanations that can work better for a wider diversity of people who are coming to this project. That is awesome.AnthonyIs there anything else about Eleventy you want to talk about before we wrap it?BenWe touched a bit on how it's HTML and I think that part itself is really huge. I feel like I've become a more robust developer as a result because I can't just rely on a component to do things for me. I have to think about, what is the best markup for this and what are the scripts that I have to write to make this work robustly? I've been very fortunate that Eleventy has improved me as a developer and I'm super, super excited to see how much the community is growing. It feels like it's exploded in popularity recently, I think in part to the Learn Eleventy from Scratch Course by Andy Bell and I think in part due to things like The Eleventy meetup that have been organized by Sia Karamalegos, Stephanie Eckles, and Thomas Semmler.There's a lot more community outreach and stuff like that. I'm just incredibly excited to see this project grow. It just received full-time open source funding from Netlify, which means Zach is now paid to work on Eleventy full time. Already we've seen some longstanding pull requests get merged in that have enabled different things. The more people we could get in on this project, the more cool things we can build. Absolutely dive into Eleventy. See what you can build and see what you can break. See how you can make something that you previously might have wanted a whole framework for. See if you can build something lightweight, robust, semantic, performant, and just see what a different way to build is.AnthonyYep. And if you hit any roadblocks, check out Slinkity.BenThere we go. Yes.AnthonyGo ahead and let our listeners know where they can find more about Eleventy or more about yourself.BenYeah, so if you want to learn about Eleventy, the documentation can be found at their website, which is 11ty.dev. Eleventy kind of has two spellings. It's a whole thing. I'm sure the link will be in the show notes. There's multiple links on there to find the documentation. Poke around, see if you can find the Easter eggs there because it's delightful. The documentation button is incredible. If you wanna find me out and about on the web, I'm on Twitter at BenDMyers. Again, I'm sure that link will be in the show notes. And I host a weekly Twitch show, which Anthony has been a part of four times now.I think he was the inaugural guest and he's still the person who's been on the most times. It's called Some Antics. Every week I bring on a guest from around the web development and web design industry to teach me something about building a great user experience for the web in a hands on way with a focus on accessibility and/or core web technologies. You can find that at twitch.tv/someanticsdev. That's S-O-M-E-A-N-T-I-C-S-D-E-V, someanticsdev. I look forward to hearing from y'all. I look forward to seeing what y'all build, what y'all make, what y'all are learning, what you're doing. My cat has just jumped off the bed in a clunky, noisy way.AnthonyTuna wants to be on the show.BenYes. I think that probably means he is done with this podcast as well.AnthonyThank you so much, Ben. It's always a pleasure getting to speak with you.BenLikewise!AnthonyWe appreciate your time and hope to have you back soon.BenSee y'all later.[Post-show Clip]ChrisI remember back in the Gatsby days when you'd have 10,000 pages. You're like, "I just wanna rebuild just that one page!"BenYep. Even Eleventy beat them to that punch.ChrisWow, I should learn more about Eleventy.BenIt's almost as though we need a podcast episode about it.AnthonyOkay, that's our pre-show clip. Perfect. Okay, let's do it. Ready?BenYes sir.

In episode 106 of JAMstack Radio, Brian speaks with Anthony Campolo, a Developer Advocate at QuickNode. This conversation explores blockchain infrastructure and tooling, including built-in governance mechanisms, NFTs, dApps, and cryptography.

In episode 106 of JAMstack Radio, Brian speaks with Anthony Campolo, a Developer Advocate at QuickNode. This conversation explores blockchain infrastructure and tooling, including built-in governance mechanisms, NFTs, dApps, and cryptography.

In episode 106 of JAMstack Radio, Brian speaks with Anthony Campolo, a Developer Advocate at QuickNode. This conversation explores blockchain infrastructure and tooling, including built-in governance mechanisms, NFTs, dApps, and cryptography.

In episode 106 of JAMstack Radio, Brian speaks with Anthony Campolo, a Developer Advocate at QuickNode. This conversation explores blockchain infrastructure and tooling, including built-in governance mechanisms, NFTs, dApps, and cryptography.

We sit down with Anthony Campolo (ajcwebdev) to talk about Web3 and working with QuickNode. https://codingcat.dev/podcast/quicknode-builds-infrastructure-for-the-future Sponsors: Have you already discovered Storyblok? They have an official Svelte SDK! 74,000 + developers & marketers use it to deliver powerful content experiences on any frontend: Websites, eCommerce, mobile apps, AR/VR, or voice content! https://www.storyblok.com/?utm_source=codingcat&utm_medium=sponsor&utm_campaign=&utm_content=purrfect-podcast --- Send in a voice message: https://anchor.fm/purrfect-dev/message Support this podcast: https://anchor.fm/purrfect-dev/support

We sit down with Anthony Campolo to talk about StepZen and combining multiple GraphQL data sources. We walk through an entire demo live! https://codingcat.dev/podcast/2-13-managing-multiple-data-sources-in-graphql --- Send in a voice message: https://anchor.fm/purrfect-dev/message Support this podcast: https://anchor.fm/purrfect-dev/support

2 On this episode of the Talking Serverless podcast host, Josh Proto is delighted to be joined by Mr. Anthony Campolo for another exciting session! A Developer Advocate at StepZen, Anthony, has worked extensively on many Open-Source projects. He is the Lead Developer Advocate on the RedwoodJS Core team, where he contributes articles, podcasts, and presentations about the framework. Moreover, he is a well-experienced techie with experience in different frontend, backend, and deployment technologies. Hear Josh and Anthony discuss different value propositions around AWS CDK, AWS SAM, SLS framework and how those topics and accessibility are being considered on RedwoodJS! Also, hear how to pick a good coding bootcamp, and more in this JAMstacked episode! If you like this podcast and want, visit our website where it is all there and always free: talkingserverless.io And if you want to follow this guest on social media you can find him here on Twitter @ajcwebdev --- Send in a voice message: https://anchor.fm/talking-serverless/message

Anthony Campolo and Noah Hein come on to talk about QuickNode, what it's like to be on the DevRel team, how QuickNode provides an infrastructure for blockchains, and more. Links https://www.quicknode.com/ https://twitter.com/ajcwebdev https://twitter.com/NHeinDev https://lu.ma/QuickNode https://www.quicknode.com/guides https://www.quicknode.com/docs https://twitter.com/dabit3 https://www.youtube.com/naderdabit https://podrocket.logrocket.com/nader-dabit https://www.youtube.com/watch?v=M576WGiDBdQ https://podrocket.logrocket.com/graphql https://podrocket.logrocket.com/web3-101 Review us Reviews are what help us grow and tailor our content to what you want to hear. Give us a review here (https://ratethispodcast.com/podrocket). 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 Guests: Anthony Campolo and Noah Hein.

Ever feel overwhelmed by the crazy number of new frameworks? We've got a solution for you. In this episode, the JavaScript jamboree sits down with Anthony Campolo, a software developer who's spreading the word about a powerful yet flexible new tool--Slinkity. They talk about how Slinkity answers the age-old question and simplifies everything, how to prevent the nasty “uncanny valley” from rearing its head during loading, and why eBay and Slinkity are on the same page about “the basics”. “I think Slinkity is an interesting new way to build websites in a framework-agnostic way. It's like using little sprinkles of JavaScript!” - Anthony Campolo In This Episode: If you're feeling overwhelmed by all these new frameworks, Anthony explains how Slinkity simplifies it all How to effectively use Slinkity's bundling capabilities with Vite and other tools What tools and techniques you need to prevent an “uncanny valley” from popping up every time you sit down to program Remember eBay? Anthony explains how Slinkity and eBay are making programmers want to “go back to the basics”. Roundtable Picks: AJ's M1 Max MacBook Pro (https://amzn.to/3qdkfgX) Wheel of Time TV show on AmazonPrime (https://amzn.to/3GgvF9q) Anthony's Discord servers: LunchDev (https://discord.gg/lunchdev), FrontEnd.Horse (https://frontend.horse/) Charles's Marvel Legendary board and card game (https://amzn.to/3HVeXgm) Auth0 authentication and authorization tool (https://auth0.com) Jon Rich and Mike Rowe song “Santa Has a Dirty Job” (https://www.youtube.com/watch?v=49dCobL213M) Steve's Venom 2 movie (https://amzn.to/3t9tGQy) https://twitter.com/Dadsaysjokes Learn more about Slinkity: Home Page (https://slinkity.dev/) Twitter (https://twitter.com/slinkitydotdev) GitHub (https://github.com/slinkity/slinkity) Connect with Anthony: Twitter (https://twitter.com/ajcwebdev) GitHub (https://github.com/ajcwebdev) Blog (https://ajcweb.dev/) Special Guest: Anthony Campolo.

Ever feel overwhelmed by the crazy number of new frameworks? We've got a solution for you. In this episode, the JavaScript jamboree sits down with Anthony Campolo, a software developer who's spreading the word about a powerful yet flexible new tool--Slinkity. They talk about how Slinkity answers the age-old question and simplifies everything, how to prevent the nasty “uncanny valley” from rearing its head during loading, and why eBay and Slinkity are on the same page about “the basics”. “I think Slinkity is an interesting new way to build websites in a framework-agnostic way. It's like using little sprinkles of JavaScript!” - Anthony Campolo In This Episode: If you're feeling overwhelmed by all these new frameworks, Anthony explains how Slinkity simplifies it all How to effectively use Slinkity's bundling capabilities with Vite and other tools What tools and techniques you need to prevent an “uncanny valley” from popping up every time you sit down to program Remember eBay? Anthony explains how Slinkity and eBay are making programmers want to “go back to the basics”. Sponsors: Vultr (https://vultr.com/jabber) Top End Devs (https://topenddevs.com/) Coaching | Top End Devs (https://topenddevs.com/coaching) Roundtable Picks: AJ's M1 Max MacBook Pro (https://amzn.to/3qdkfgX) Wheel of Time TV show on AmazonPrime (https://amzn.to/3GgvF9q) Anthony's Discord servers: LunchDev (https://discord.gg/lunchdev), FrontEnd.Horse (https://frontend.horse/) Charles's Marvel Legendary board and card game (https://amzn.to/3HVeXgm) Auth0 authentication and authorization tool (https://auth0.com) Jon Rich and Mike Rowe song “Santa Has a Dirty Job” (https://www.youtube.com/watch?v=49dCobL213M) Steve's Venom 2 movie (https://amzn.to/3t9tGQy) https://twitter.com/Dadsaysjokes Learn more about Slinkity: Home Page (https://slinkity.dev/) Twitter (https://twitter.com/slinkitydotdev) GitHub (https://github.com/slinkity/slinkity) Connect with Anthony: Twitter (https://twitter.com/ajcwebdev) GitHub (https://github.com/ajcwebdev) Blog (https://ajcweb.dev/) Special Guest: Anthony Campolo.

In this episode, five guests join Ishan in recapping Jamstack Conference [Oct 6-7] 2021, a virtual event for developers and technology leaders contributing to the modern web. Topics include core themes and messages, and reactions to the keynote, popular talks, the Jammies, and State of the Jamstack Report. What was your opinion of the conference? Let us know what you agree and disagree by visiting us on YouTube: JavaScript Jam Guests:• Jeff Escalante, Web Platform Lead at HashiCorp, @jescalan• Sean C Davis, Developer Experience Engineer at Stackbit, @seancdavis29• Brian Rinaldi, Developer Advocate at StepZen, @remotesynth• Anthony Campolo, Developer Advocate at StepZen, @ajcwebdev• Christopher Burns, CEO at Everfund, @BurnedChrisKey moments: •  Conference power outage (2:20)•  90s theme...did it land? (5:45)•  Recurring messages at the conference (9:27)•  Keynote target audience and positioning (14:16)•  Favorite talks (25:31)•  Do we need the terms "Jamstack" and "Transitional Apps" (31:59)•  State of the Jamstack Report (39:11)•  Surprises that came from the conf (43:50)

This is a PodRocket/FSJam Mashup. Members from both PodRocket and FSJam talk about some of their favorite episodes, how the podcasts got started, what it's like creating a podcast in the web dev space, what trends they have seen, and more. Links https://fsjam.org (https://fsjam.org) https://twitter.com/ajcwebdev (https://twitter.com/ajcwebdev) https://twitter.com/BurnedChris (https://twitter.com/BurnedChris) https://everfund.co.uk (https://everfund.co.uk) https://syntax.fm (https://syntax.fm) https://podrocket.logrocket.com/3 (https://podrocket.logrocket.com/3) https://fsjam.org/episodes/episode-4-bringing-fullstack-to-the-jamstack-with-tom-preston-werner (https://fsjam.org/episodes/episode-4-bringing-fullstack-to-the-jamstack-with-tom-preston-werner) https://modernweb.podbean.com/e/s08e017-modern-web-podcast-blockchain-curious-it-s-easy-js-developers-should-start-learning (https://modernweb.podbean.com/e/s08e017-modern-web-podcast-blockchain-curious-it-s-easy-js-developers-should-start-learning) https://saas.transistor.fm (https://saas.transistor.fm) https://atp.fm (https://atp.fm) https://www.rev.com (https://www.rev.com) https://fsjam.org/episodes/episode-14-programming-cultures-with-peter-cooper (https://fsjam.org/episodes/episode-14-programming-cultures-with-peter-cooper) https://www.listennotes.com/podcasts/build-with-nhost-nhost-CAL_H5blDIx/ (https://www.listennotes.com/podcasts/build-with-nhost-nhost-CAL_H5blDIx/) Contact us https://podrocket.logrocket.com/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 Guests: Anthony Campolo and Christopher Burns.

Anthony Campolo, a Developer Advocate at StepZen and Lead Developer Advocate on the RedwoodJS Core team, offers unique insight for young developers starting on their career path. Campolo started coding 3 years ago, worked his way into HTML, CSS, and JavaScript, and then focused his writing on RedwoodJS, a full-stack JavaScript framework.In this episode, Campolo shares his stories and insight as a developer, and gives a great demo of the RedwoodJS framework. --Key moments: • Anthony's background and how he got involved with RedwoodJS (1:25)• What is RedwoodJS (3:15)• Advise to young developers (4:53)• Ruby on Rails influence on RedwoodJS (6:31)• What makes Ruby on Rails great (8:32)• Team size at Redwood and its history (10:43)• How RedwoodJS chose which pieces of the JS ecosystem to build on (12:58)• Core libraries bundled in RedwoodJS (15:25)• RedwoodJS demo (17:48)     • Dynamic routing (23:53)     • Prerending (25:33)     • Incorporating data from the database (26:49)     • Post cells (33:33)     • GraphQL capabilities (37:01)     • Deploying (37:33)     • Authentication (46:20)• RedwoodJS 1.0 and examples already using it (43:23)• Bison vs. Blitz vs. RedwoodJS (47:14)• Subscriptions (49:49)• Future roadmap for RedwoodJS (53:19)

StepzenRedwoodRomeBuilding Fullstack eCommerce Apps with RedwoodJS, Shopify, and StepZenA History of Hosting RedwoodJS - How the Universal Deployment Machine Was BuiltRenderSvelteKitGraphQLThe GuildEnvelopJoin Us On Twitch & Discord!Join dnccast each Thursday at 6 pm Pacific for the live recordings of each episode! We also have a community Discord server! It's an all-inclusive community that loves to talk tech, music, and games. Join us!Show Notes ArchiveIf you're looking for a link we've mentioned in the past, head on over to the Does Not Compute site! We've even included a search tool for you to use to find episodes that touch on specific topics.Leave us a reviewLast but not least, if you haven't rated or reviewed the show yet and you'd like to do us a huge favor, you can do so by clicking here!

On this episode of the Talking Serverless podcast host, Josh Proto is delighted to be joined by Mr. Anthony Campolo for another exciting session! A Developer Advocate at StepZen, Anthony, has worked extensively on many Open-Source projects. He is the Lead Developer Advocate on the RedwoodJS Core team, where he contributes articles, podcasts, and presentations about the framework. Moreover, he is a well-experienced techie with experience in different frontend, backend, and deployment technologies. Hear Josh and Anthony discuss different value propositions around AWS CDK, AWS SAM, SLS framework and how those topics and accessibility are being considered on RedwoodJS! Also, hear how to pick a good coding bootcamp, and more in this JAMstacked episode! If you like this podcast and want, visit our website where it is all there and always free: talkingserverless.io And if you want to follow this guest on social media you can find him here on Twitter @ajcwebdev --- Send in a voice message: https://anchor.fm/talking-serverless/message

We sit down with Anthony Campolo to talk about the history, common misconceptions, and increased popularity of GraphQL. Links https://twitter.com/ajcwebdev (https://twitter.com/ajcwebdev) https://dev.to/ajcwebdev (https://dev.to/ajcwebdev) https://github.com/ajcwebdev (https://github.com/ajcwebdev) https://stepzen.com (https://stepzen.com) https://redwoodjs.com (https://redwoodjs.com) https://fsjam.org (https://fsjam.org) https://podrocket.logrocket.com/redwoodjs (https://podrocket.logrocket.com/redwoodjs) https://graphql.org (https://graphql.org) https://relay.dev (https://relay.dev) https://www.gatsbyjs.com/docs/how-to/querying-data/running-queries-with-graphiql (https://www.gatsbyjs.com/docs/how-to/querying-data/running-queries-with-graphiql) https://rickandmortyapi.com/graphql (https://rickandmortyapi.com/graphql) https://podrocket.logrocket.com/8 (https://podrocket.logrocket.com/8) https://www.prisma.io (https://www.prisma.io) https://the-guild.dev (https://the-guild.dev) https://github.com/contrawork/graphql-helix (https://github.com/contrawork/graphql-helix) https://github.com/maticzav/graphql-shield (https://github.com/maticzav/graphql-shield) https://www.graphql-mesh.com (https://www.graphql-mesh.com) https://www.graphqlweekly.com (https://www.graphqlweekly.com) https://twitter.com/UriGoldshtein (https://twitter.com/UriGoldshtein) https://twitter.com/sgrove (https://twitter.com/sgrove) Contact us https://podrocket.logrocket.com/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: Anthony Campolo.

In episode 66 of JAMstack Radio, Brian speaks with Anthony Campolo. They cover topics like tutorial-driven development, the Lambda School experience, RedwoodJS, and prospects for improving open source participation.

In episode 66 of JAMstack Radio, Brian speaks with Anthony Campolo. They cover topics like tutorial-driven development, the Lambda School experience, RedwoodJS, and prospects for improving open source participation.