The State of the Web

This ad is not shown to multipass and full ticket holders
JSNation US
JSNation US 2025
November 17 - 20, 2025
New York, US & Online
See JS stars in the US biggest planetarium
Learn More
In partnership with Focus Reactive
Upcoming event
JSNation US 2025
JSNation US 2025
November 17 - 20, 2025. New York, US & Online
Learn more
Bookmark
Rate this content

A behind-the-scenes look at running the "State of" series of developer surveys (State of JS, CSS, etc.) as well as lessons learned and upcoming trends.

This talk has been presented at JSNation 2025, check out the latest edition of this JavaScript Conference.

FAQ

JS Nation is an event where experts discuss the state of JavaScript and web development. It includes talks, interactive quizzes, and presentations on current trends and data from surveys.

Sasha Grief organizes several web development surveys including the State of JS, State of CSS, and State of HTML, which provide insights into the tools and trends in web development.

The three most used frontend frameworks are React, Vue, and Angular.

Solid received the most positive opinions and has been ranked number one in satisfaction for the last four editions of the State of JS survey.

The survey reveals that only 22% of respondents generate the majority of their code using AI, with many developers using AI tools like ChatGPT for smaller tasks.

The CSS feature 'has' was the most enjoyed by developers, allowing them to target elements based on their children, which opens new possibilities in CSS.

All four major browsers support the CSS 'has' selector as of June 2025, according to the survey.

The baseline indicator is a standard developed by browser vendors to show which features are safe to use, indicating that they are well-supported across major browsers.

The job title 'engineer' is associated with higher income compared to 'developer' or 'webmaster' according to the survey data.

The top hobby enjoyed by developers is playing video games, with Baldur's Gate 3 being one of the most popular games among them.

Sacha Greif
Sacha Greif
32 min
12 Jun, 2025

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Sasha Grief discusses the state of the web through web development surveys, leading to an interactive quiz about the state of JS and usage of front end frameworks. Discussion on popular front-end libraries like React, Vue, Angular, and the rising popularity of TypeScript among developers in recent surveys. Discussion on TypeScript adoption, TC39 committee proposals, favorite CSS feature 'has,' and browser support for 'has' selector. Browser interoperability, browser vendors' initiatives, AI usage among web developers, and survey insights. Job titles linked to higher income, diversity of survey topics, top hobby among developers, and popular specific video games. Learnings on CSS features, TypeScript default, AI usage, survey benefits, challenges in reaching diverse survey participants. Surprising positivity in JavaScript usage, stable framework landscape, AI adoption challenges, mainstream AI tools, successful situp.js survey. Inconsistent respondent numbers, manual data normalization efforts, subjective question selection process, community input, mitigation of selection bias. Reason for starting surveys, transition from Meteor JS, exploration of JavaScript ecosystem.
Available in Español: El Estado de la Web

1. Sasha Grief on the State of the Web

Short description:

Sasha Grief discusses the state of the web through web development surveys, leading to an interactive quiz about the state of JS and usage of front end frameworks.

Hi, everybody. Welcome to JS Nation. My name is Sasha Grief, and today I'm going to talk about the state of the web. And now, I realize this is a pretty broad topic. So more specifically, what I have learned about the state of the web through running web development surveys. So what do I mean by that? Every year, I organize a bunch of open surveys online. Anybody can take them. The biggest one is probably the state of JS, but there's also state of CSS, state of HTML.

And just out of curiosity, raise your hand if you've taken one of these surveys before. Okay, so quite a few people. So first of all, thank you for participating, because if you didn't, I probably wouldn't be here talking about it today. But I don't have that much time, so I want to jump right in and talk about the state of JS. The latest edition took place in November of last year. And as you might imagine, I asked developers a lot of questions. And that's actually what I want to do with you guys today as well.

This is not going to be a boring old talk. It's going to be a live interactive quiz. Now, I know what you're thinking. They just showed you another quiz. I didn't know that. I thought I was being very original and very innovative. But at least my quiz won't have any trick questions about Greta Thunberg or Billie Eilish. And so, well, you might be thinking, how do I participate? How do I, you know, keep track of my score? And you can do that using something almost all of us have today, which is this, your fingers. So you can count on your fingers. We will all start with three lives, and then for every wrong answer, you lose one. And we'll see who makes it all the way to the end. There will only be ten questions. So hopefully a bunch of you make it through. But let's start with a really easy one. What were the three most used front end frameworks in the latest state of JS survey? So A, Svelte, Solid, HTMLX.

2. Front-End Library Trends and TypeScript Usage

Short description:

Discussion on popular front-end libraries like React, Vue, Angular, and the rising popularity of TypeScript among developers in recent surveys.

All great libraries, but maybe not the most widely used. B, Backbone, Knockout, and Mootles. Now, if you've never heard of these, don't worry. You haven't missed the newest front end library coming out the past couple weeks. It just means you're probably under 30 years old. And then C, React, Vue, Angular. So I think it's easy enough to figure this one out. Of course, it's C, React, Vue, Angular.

So in the survey, we asked not only what respondents used, but also how they feel about it. People could say if they like or dislike the framework they used. And one framework in particular had a lot of positive opinions and came in first. So which one do you think it might be? Give you a little, a couple seconds to figure it out. The answer was C, Solid. So if we look at the data, these are the State of JS results. Solid is actually that yellow orange line all the way at the top. Not only was it number one last year, it has been number one for the last four editions. Number two is Svelte, the green line. Number three is Vue.js making a comeback to get number three. These are rankings. But if you look at the absolute value, you can actually see that most libraries are towards the top of their charts here above 70% satisfaction.

I think that's interesting, because we often have this image of JavaScript developers complaining about their framework and being quite negative. But the truth is when you look at the data, people actually enjoy for the most part using those frameworks. I think that's a testament to the work being done every day by the maintainers of each of these projects. So let's talk about TypeScript. Among survey respondents, there are more developers who A, only use JavaScript, B, use 50% JS, 50% TypeScript, or C, only use TypeScript. This is among survey respondents, right? It's not necessarily among the entirety of the JavaScript population throughout the world. But among the subset of respondents who took the survey, turns out the largest group is C, people who only use TypeScript.

3. JavaScript Survey Results and CSS Features

Short description:

Discussion on TypeScript adoption, TC39 committee proposals, favorite CSS feature 'has,' and browser support for 'has' selector.

Among survey respondents, there are more developers who only use JavaScript, use 50% JS, 50% TypeScript, or only use TypeScript. This is among survey respondents, not necessarily among the entirety of the JavaScript population. The largest group among survey respondents is people who only use TypeScript. The chart shows a significant number of people using 100% TypeScript, indicating its mainstream adoption and becoming the default for web development.

The TC39 committee decides on JavaScript language features, considering various proposals annually. One of the proposals listed is not real: explicit resource management, temporal, reverse threading, or decorators. The fake proposal is reverse threading. The top three upcoming proposals respondents are excited about are temporal, a new way to handle dates and times, and decorators. Temporal, the most anticipated, aims to reduce reliance on third-party libraries like Moment.js.

A survey question asked about the favorite new CSS feature among respondents, with 'has' being the most enjoyed. 'Has' is a CSS feature targeting elements based on their children, offering new possibilities in CSS. The CSS 'has' selector is supported by all major browsers as of June 2025. The baseline indicator confirms its support in all four browsers since December 2023, making it safe to use. Surveys like the state of CSS provide detailed information on features, baseline status, and additional resources for developers.

4. CSS Feature Adoption and Browser Support

Short description:

Discussion on favorite CSS feature 'has,' browser support for 'has' selector, and baseline indicators for CSS features.

So okay, don't run away. I know it's not CSS nation today, but I still wanted to include a couple questions about CSS, and in the survey, we asked respondents which feature they had enjoyed the most over the past year. So not necessarily something that came out in the past year, just something that they started using. And so which one do you think was number one? Has, add container, subgrid, or float write? It's probably not going to be float write, because even back then, nobody enjoyed it that much. But the real answer is actually A, has. Now has is a really cool new CSS feature that lets you basically target an element, not based on its parents, like you would usually do in CSS, but on its children, so what it contains, and it really opens the door to doing a lot of new things with CSS. And so that was people's favorite new feature.

But you might be thinking, well, that's all well and good to have all these new fancy CSS features, but it's not really that useful if you can't actually use them in browsers. So that's what this next question is about. As of June 2025, which of the four major browsers support the CSS has selector? A, none of them. B, only Chrome. C, Chrome and Firefox, or finally, D, all four. So which browser support has? And the answer is actually D, all four. So there's actually this thing called baseline indicator, which is a standard convention developed by browser vendors to let us know what's safe to use or not, and has the status newly available, meaning it is supported in all four browsers, and has been in fact since December 2023.

By the way, when you are browsing through the state of CSS survey results, you can actually click any feature and get extra info on it, including the baseline status and also links to MDN, can I use, and other resources. So another survey we did last year was the state of HTML, and I want to stay on the topic of baseline. So here's another question. If the baseline indicator says a feature is widely available, which is the final stage of baseline, it means it's A, supported by a majority of users, B, used by over 50% of the top 100 websites, C, supported by a major browser for 30 months, or D, available at your local supermarket. So probably not D.

5. Browser Interop and AI Usage

Short description:

Discussion on browser interoperability, browser vendors' initiatives, AI usage among web developers, and survey insights.

But the real answer is actually going to be C, supported by major browsers for 30 months. And that's the case of a feature like aspect ratio, another CSS property, for example, which might seem like it's fairly new, but in fact it's been over two years, 30 months, since it became newly available, since it became well-supported. So this issue of browser interoperability is something that we ask a lot about in the surveys, including here this question in the state of HTML survey, which is about the features that people would want to use but cannot, because of poor browser interoperability, which is really hard to say, or browser support. And number one here is the popover API followed by anchor positioning and view transition API. Now what's interesting to know, I think, is that there's actually an initiative from browser vendors called interop, which is that every year they get together, so the Chrome team, Query, Edge, Firefox, and so on, and they decide which areas to focus on to fix those problems so that we can all use these cool new features. And so in 2025, the focus areas are anchor positioning, backdrop filter, color web vitals.

And what's cool is that one of the ways that they prioritize these features, one of the data points they consider when, you know, drafting that roadmap is the data from the state of HTML survey, the state of CSS survey, and so on. So I think it's quite cool to know that the browser vendors are actually receptive to feedback and that one of the ways you can make your voice heard is by completing these surveys. But let's switch gears now and talk a little bit about AI. So we had another survey called the state of web dev AI, and there's a ton of AI surveys out there. A lot of them are even called the state of AI, so I'm not the only one. But what makes this one different is it's not a survey of AI developers, it's a survey of how web developers, like all of us, basically, use AI or maybe don't use AI, because that's really what I wanted to figure out. Like how common is AI use really?

So here's a question for you guys. What percentage of respondents to the survey do you think generate the majority of their code via AI? So not even, like, all their code, just more than half of their code. I have to say, the result kind of surprised me when I saw it, because it turns out only 22% of respondents fit in that bucket. So you can see here at the top of the chart is people who do not use AI at all, and at the bottom is the people who use AI for everything, and there's only 11 of them. The majority is in the middle or actually towards the top of the chart, and that's my case speaking personally. I use chat GPT from time to time to maybe generate a helper function or a component or some styles, but I haven't used, you know, cursor or any of the newer tools to, you know, vibe code entire apps just before breakfast, like you see on social media.

6. State of Devs Survey Insights

Short description:

Discussion on the state of devs survey, job titles linked to higher income, and the diversity of survey topics.

And I think that's still the majority of people in that case. So if you are like me, like a lot of survey respondents, still coding apps, so, you know, by hand, don't feel bad about it, don't feel any, you know, FOMO towards the AI crowd because I think we are still the most common use case.

And finally, the last survey I want to talk about today is the state of devs. So this one took place in April of 2025. So it's very fresh and in fact it's so fresh that the data isn't even out yet, so you're getting an exclusive sneak preview of those results. The other thing that makes this survey special is that unlike the other surveys which were about JS, CSS, AI, this one was not about code at all. Instead, it was about all the other things that make us who we are, you know, your career, your workplace, but even things like your health and hobbies.

So as part of that survey, one thing we asked about was your job title. And it turns out there's one kind of job title in particular which is correlated with a higher income. So do you think it's A, developer? B, engineer? C, webmaster? Or D, consultant? Now, as much as I personally would like webmaster to make a comeback, I think it's, you know, the 90s are cool again these days, so who knows. Probably not going to be C. But the answer it turns out is B, engineer.

7. Developer Titles and Popular Hobbies

Short description:

Discussion on job titles and income correlation, top hobby among developers, and the most popular specific video games.

So if you look at the data, here are job titles with median income. And if you look at all the engineer jobs, they tend to be at the top while the developer jobs tend to be more towards the bottom. So with the caveat that correlation is not causation, just to be safe, I would suggest updating your resume and switching from frontend developer to frontend engineer if you can.

And finally, our last question of the day. The top hobby enjoyed by developers is A, video games, movies, reading, or sport. Now, hey, don't laugh. That's not fair. A lot of developers do enjoy sport. In fact, I do bouldering, so if anybody want to go climbing later, let's go together. But no, sadly, the stereotype is true. So for extra credit, does anybody want to guess what the most popular specific video game was? Let's just yell out some video game names. Pac-Man? No, sorry, maybe in the 1973 survey, Pac-Man would have won, but in the 2025 survey, the result was Baldur's Gate 3. That game came out not that recently, but I think it's so long that people are still playing it. Number two was Valatro, which I also played, but I had to stop pretty quickly because I could feel myself getting addicted by the minute.

So let's count how many lives remaining we have. If you have zero lives remaining, you didn't make it to the end, sorry, but you can still call yourself a developer. Now, if you have one life remaining, you survived, congratulations. You can upgrade your title to architect. So instead of front-end developer, you are now a front-end architect. It's the same thing, same job, but it sounds a lot fancier. If you have two lives remaining, you only made a single mistake, so you are a very reliable person, you can be lead, front-end lead, and lead us to our promised JavaScript future. We'll follow you. But now, if you have all your lives remaining, raise your hand, let's see. Nobody? Really? I'm sure there's going to be at least one person. So hypothetically, if somebody had survived with all their lives remaining, they would deserve the ultimate title of engineer.

QnA

Survey Insights and Challenges

Short description:

Learnings: CSS features, TypeScript default, AI usage, survey benefits, challenges in reaching diverse survey participants.

So what have we learned today? Probably not much, but still. You can use more new CSS features than you think. Thanks to tools like Can I Use and Baseline, it's easy to keep track of new CSS features and the browser vendors are doing a really good job these days of making sure that they quickly became supported. TypeScript is now the default. It took me a really long time to start using TypeScript myself, but I think it's just a way the ecosystem is going at this point. Most developers don't use AI that much, at least not yet. People are talking about developers being replaced by AI. I don't think that's going to happen, because after all, there will still need to be people who write code manually, if only for AI to be able to plagiarize it.

And then finally, the wave is changing fast and surveys can help you keep up, not only because when you take the survey, you are exposed to a lot of new features and libraries that you might not know about, but also when you review the results, you can learn about upcoming trends and the results themselves can serve as a jumping off point to browse other resources. Speaking of taking surveys, there is a survey open right now, the state of CSS 2025, so you can go ahead and take it right now, or maybe not right now, wait until the end of the event. But yeah, I wanted to thank you for taking the surveys. Thank you for participating in my little quiz, and I hope you have a great JS Nation. Thanks.

Yeah, let's kick it off with just a question I have for you. What is the biggest challenge in reaching people with this survey? Wow, that's a great question. So I think it's a dual challenge. One challenge is just reaching as many people as I can, right? And so you can rely on things like podcasts, I don't know if you know any good podcasts about web development, I might spread the word. But then another challenge is making sure you don't reach an audience that is too biased in one direction. For example, if let's say Foo.js posts a link to the survey on their homepage, then Foo.js is going to be overrepresented in the survey. And that's even more true for things like gender diversity, country diversity, racial diversity. So if you want to increase those factors and make sure that the survey represents a broad population, then actually being more deliberate about how you reach out to people is also important. So I'm still looking for the right answer to that question, but it's definitely a big challenge every year.

JavaScript Survey Data and AI Adoption

Short description:

Surprising positivity in JavaScript usage, stable framework landscape, AI adoption challenges, mainstream AI tools, successful situp.js survey.

So you've been doing these surveys a long time now. In your mind, what's the most surprising thing overall that has shown up in any of the data? The fact that I'm still doing them? Yeah. In the data, I think the positivity overall, people don't hate JavaScript as much as you'd think. I don't know. Maybe things have changed, because I think a lot of really great work has been put into the ecosystem, but eight, nine years ago, we were all talking about JavaScript fatigue, right? And the idea that picking a framework is too hard, there's too many new frameworks, and so on. But if you look at the data over all these past years, first of all, there aren't that many new frameworks. React, Vue, have been around for a decade. Svelte has been around for five years, or something. So things are not changing that much, at least in those terms. And then people actually really appreciate those tools. So I would say that was a really nice surprise.

Yeah. All right. It looks like I can actually get on the Wi-Fi now. Also, folks, if you're changing tracks, could we make sure we keep it down a little bit, so that way we can all hear Sasha? So let's see. Let's do this first one. Is the low AI usage a we are not allowed to use AI? What do you think? Yeah, good question. That's not the impression I have. But I'm also not sure that's something that the survey specifically asked about. So I could definitely ask about that next year. That's a really good idea. But I think the impression I get is that people just haven't started using AI more than they are not allowed to. The survey also asked about not only do you use AI, yes, no, but which tools you ask. And so chatGBD, for example, is definitely used a lot, as you might expect. But things like cursor or co-generators like Bolt or P0, those are used far less. So to me, it seems more like chatGBD is becoming mainstream, but there's still some lag for more specialized tools. And I would expect that lag to diminish so the other tools to become more popular as well. But I still think it will happen at a slower rate than what AI proponents might be predicting.

Let's see, we got another one here. How many participants do you have per survey, and which of the surveys is the most successful? So I think the most successful ever was the situp.js a couple years back when we had over 20,000 participants.

Survey Data Collection Challenges

Short description:

Inconsistent respondent numbers, manual data normalization efforts, subjective question selection process.

These days, it really depends because if one popular YouTuber like Fireship or whoever mentions the survey, that can drive a couple thousand respondents. So it's very, very unstable, I would say. But usually around 10,000 respondents for the biggest surveys and maybe 5,000 for the smaller ones.

Do you need to do a lot of manual work to normalize the survey data? Yeah, I'm sure there's a lot of responses that are all kind of similar, right, in text form? Yeah, I feel whoever asked that question is like sitting behind me when I work at home because that's a big part of what I do. So the survey can have pretty fine questions where you pick an answer from checkboxes, radio buttons, and so on. But it also has a lot of free form questions where you just type in your answer. And so there's a lot of work required to transform that into usable data. But I am trying to automate that as much as possible.

How do you select questions subjectively? So what happens is for every survey, I will put up a preview of the survey. So actually going back even further, at the end of the survey, you can suggest new questions for the next edition. So there's a specific question asking people how they would like to see the survey evolve. There's also going to be a GitHub issue asking people to suggest new ideas. And that issue is open, like, the whole... I opened the issue for 2026 in 2025, basically, so they have one year to give feedback. Based on those two things, I will then create a survey preview for the upcoming edition of a survey, and that will stay open for about a month.

Survey Question Selection Process

Short description:

Subjective question selection process, community input, mitigation of selection bias.

How do you select questions subjectively? So what happens is for every survey, I will put up a preview of the survey. So actually going back even further, at the end of the survey, you can suggest new questions for the next edition. So there's a specific question asking people how they would like to see the survey evolve. There's also going to be a GitHub issue asking people to suggest new ideas. And that issue is open, like, the whole... I opened the issue for 2026 in 2025, basically, so they have one year to give feedback. Based on those two things, I will then create a survey preview for the upcoming edition of a survey, and that will stay open for about a month.

And during that time period, people can suggest new questions, comment on existing questions. And at the end of the preview period, then I finalize the survey and launch it. So people have three separate chances to affect what the next survey will look like and make their opinion known. And so it's a mix of, of course, my own subjectivity, I guess. Because I'm still curating the questions, but also community input. Yeah, and you've had a lot of experience doing these. Yes, I guess so.

So next question here is, I thought 22% using AI over half of their code is actually huge. Is there a selection bias towards enthusiasts? So that's a great question. It's something I try to avoid. So having, you know, of course, if you do a survey about AI, people who like AI are more likely to do it. Because people who hate AI will say, hey, it's not for me. And in our emails to our mailing list, I specifically said, please take the survey, even if you hate AI. If you don't use AI, we also want to hear your voice. So hopefully it mitigated the bias a little. But of course, you can't really mitigate it completely.

Survey Motivation and Technology Transition

Short description:

Reason for starting surveys, transition from Meteor JS, exploration of JavaScript ecosystem.

Nice. Next one here. Why did you start doing these surveys? So that's something people asked me a lot. And back then, I was using a framework called Meteor JS. I don't know if you've ever heard about it. Big fan. And Meteor JS, the whole point was that it was all in one. So it did the server, client, you know, templating, whatever.

The problem is when I stopped using it, when I ventured out of that bubble, I was very confused by the broader JavaScript ecosystem. And I know you can relate. And so that was the original impulse for the first survey. I wanted to figure out for myself which technology to invest my time in after being, you know, spending so much time in a very self-contained ecosystem.

Nice. Well, thank you so much, Sasha. This has been amazing. Thank you. Great talk.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Building Better Websites with Remix
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Building Better Websites with Remix
Top Content
Remix is a web framework built on React Router that focuses on web fundamentals, accessibility, performance, and flexibility. It delivers real HTML and SEO benefits, and allows for automatic updating of meta tags and styles. It provides features like login functionality, session management, and error handling. Remix is a server-rendered framework that can enhance sites with JavaScript but doesn't require it for basic functionality. It aims to create quality HTML-driven documents and is flexible for use with different web technologies and stacks.
Speeding Up Your React App With Less JavaScript
React Summit 2023React Summit 2023
32 min
Speeding Up Your React App With Less JavaScript
Top Content
Watch video: Speeding Up Your React App With Less JavaScript
Mishko, the creator of Angular and AngularJS, discusses the challenges of website performance and JavaScript hydration. He explains the differences between client-side and server-side rendering and introduces Quik as a solution for efficient component hydration. Mishko demonstrates examples of state management and intercommunication using Quik. He highlights the performance benefits of using Quik with React and emphasizes the importance of reducing JavaScript size for better performance. Finally, he mentions the use of QUIC in both MPA and SPA applications for improved startup performance.
Full Stack Documentation
JSNation 2022JSNation 2022
28 min
Full Stack Documentation
Top Content
The Talk discusses the shift to full-stack frameworks and the challenges of full-stack documentation. It highlights the power of interactive tutorials and the importance of user testing in software development. The Talk also introduces learn.svelte.dev, a platform for learning full-stack tools, and discusses the roadmap for SvelteKit and its documentation.
SolidJS: Why All the Suspense?
JSNation 2023JSNation 2023
28 min
SolidJS: Why All the Suspense?
Top Content
Suspense is a mechanism for orchestrating asynchronous state changes in JavaScript frameworks. It ensures async consistency in UIs and helps avoid trust erosion and inconsistencies. Suspense boundaries are used to hoist data fetching and create consistency zones based on the user interface. They can handle loading states of multiple resources and control state loading in applications. Suspense can be used for transitions, providing a smoother user experience and allowing prioritization of important content.
From GraphQL Zero to GraphQL Hero with RedwoodJS
GraphQL Galaxy 2021GraphQL Galaxy 2021
32 min
From GraphQL Zero to GraphQL Hero with RedwoodJS
Top Content
Tom Pressenwurter introduces Redwood.js, a full stack app framework for building GraphQL APIs easily and maintainably. He demonstrates a Redwood.js application with a React-based front end and a Node.js API. Redwood.js offers a simplified folder structure and schema for organizing the application. It provides easy data manipulation and CRUD operations through GraphQL functions. Redwood.js allows for easy implementation of new queries and directives, including authentication and limiting access to data. It is a stable and production-ready framework that integrates well with other front-end technologies.
Tanstack Start - A Client-Side First Full-Stack React Framework
React Summit US 2024React Summit US 2024
30 min
Tanstack Start - A Client-Side First Full-Stack React Framework
Top Content
We surveyed thousands of developers to show that a louder audience leads to a better presentation. There has been a shift in web app development towards server-first architectures, which has improved full-stack capabilities but at the cost of complexity and divergence from the client-centric approach. Tanstec Start is a meta-framework that aims to provide the best client-side authoring experience with powerful server-side primitives. The Tansec Router supports advanced routing features, URL state management, and JSON storage. Combined with the server-side rendering capabilities of TanStack Start, it becomes even more powerful. The TanStack Router has isomorphic loaders and integrates seamlessly with TanStack Query for additional features like polling and offline support. UseSuspenseQuery allows for dynamic streaming of data during SSR. TanStack Start also offers server-side features, API routes, server functions, and middleware. The future plans include RSCs, websockets, real-time primitives, and static pre-rendering. TanStack Start is now in beta and is suitable for building React apps. It is open source.

Workshops on related topic

Building WebApps That Light Up the Internet with QwikCity
JSNation 2023JSNation 2023
170 min
Building WebApps That Light Up the Internet with QwikCity
WorkshopFree
Miško Hevery
Miško Hevery
Building instant-on web applications at scale have been elusive. Real-world sites need tracking, analytics, and complex user interfaces and interactions. We always start with the best intentions but end up with a less-than-ideal site.
QwikCity is a new meta-framework that allows you to build large-scale applications with constant startup-up performance. We will look at how to build a QwikCity application and what makes it unique. The workshop will show you how to set up a QwikCitp project. How routing works with layout. The demo application will fetch data and present it to the user in an editable form. And finally, how one can use authentication. All of the basic parts for any large-scale applications.
Along the way, we will also look at what makes Qwik unique, and how resumability enables constant startup performance no matter the application complexity.
Back to the Roots With Remix
React Summit 2023React Summit 2023
106 min
Back to the Roots With Remix
Workshop
Alex Korzhikov
Pavlik Kiselev
2 authors
The modern web would be different without rich client-side applications supported by powerful frameworks: React, Angular, Vue, Lit, and many others. These frameworks rely on client-side JavaScript, which is their core. However, there are other approaches to rendering. One of them (quite old, by the way) is server-side rendering entirely without JavaScript. Let's find out if this is a good idea and how Remix can help us with it?
Prerequisites- Good understanding of JavaScript or TypeScript- It would help to have experience with React, Redux, Node.js and writing FrontEnd and BackEnd applications- Preinstall Node.js, npm- We prefer to use VSCode, but also cloud IDEs such as codesandbox (other IDEs are also ok)
Let AI Be Your Docs
JSNation 2024JSNation 2024
69 min
Let AI Be Your Docs
Workshop
Jesse Hall
Jesse Hall
Join our dynamic workshop to craft an AI-powered documentation portal. Learn to integrate OpenAI's ChatGPT with Next.js 14, Tailwind CSS, and cutting-edge tech to deliver instant code solutions and summaries. This hands-on session will equip you with the knowledge to revolutionize how users interact with documentation, turning tedious searches into efficient, intelligent discovery.
Key Takeaways:
- Practical experience in creating an AI-driven documentation site.- Understanding the integration of AI into user experiences.- Hands-on skills with the latest web development technologies.- Strategies for deploying and maintaining intelligent documentation resources.
Table of contents:- Introduction to AI in Documentation- Setting Up the Environment- Building the Documentation Structure- Integrating ChatGPT for Interactive Docs
Learn Fastify One Plugin at a Time
Node Congress 2021Node Congress 2021
128 min
Learn Fastify One Plugin at a Time
Workshop
Matteo Collina
Matteo Collina
Fastify is an HTTP framework for Node.js that focuses on providing a good developer experience without compromising on performance metrics. What makes Fastify special are not its technical details, but its community which is wide open for contributions of any kind. Part of the secret sauce is Fastify plugin architecture that enabled developers to write more than a hundred plugins.This hands-on workshop is structured around a series of exercises that covers from basics "hello world", to how to structure a project, perform database access and authentication.

https://github.com/nearform/the-fastify-workshop
Build a Product Page with Shopify’s Hydrogen Framework
React Advanced 2022React Advanced 2022
81 min
Build a Product Page with Shopify’s Hydrogen Framework
Workshop
David Witt
David Witt
Get hands on with Hydrogen, a React-based framework for building headless storefronts. Hydrogen is built for Shopify commerce with all the features you need for a production-ready storefront. It provides a quick start, build-fast environment so you can focus on the fun stuff - building unique commerce experiences. In this workshop we’ll scaffold a new storefront and rapidly build a product page. We’ll cover how to get started, file-based routing, fetching data from the Storefront API, Hydrogen’s built-in components and how to apply styling with Tailwind.You will know:- Get started with the hello-world template on StackBlitz- File-based routing to create a /products/example route- Dynamic routing /products/:handle- Hit the Storefront API with GraphQL- Move the query into the Hydrogen app- Update the query to fetch a product by handle- Display title, price, image & description.- Tailwind styling- Variant picker and buy now button- Bonus if there’s time: Collections page
Prerequisites: - A Chromium-based browser (StackBlitz)- Ideally experience with React. A general web development background would be fine.
Build a Universal Reactive Data Library with Starbeam
JSNation 2023JSNation 2023
66 min
Build a Universal Reactive Data Library with Starbeam
WorkshopFree
Yehuda Katz
Yehuda Katz
This session will focus on Starbeam's universal building blocks. We'll use Starbeam to build a data library that works in multiple frameworks.We'll write a library that caches and updates data, and supports relationships, sorting and filtering.Rather than fetching data directly, it will work with asynchronously fetched data, including data fetched after initial render. Data fetched and updated through web sockets will also work well.All of these features will be reactive, of course.Imagine you filter your data by its title, and then you update the title of a record to match the filter: any output relying on the filtered data will update to reflect the updated filter.In 90 minutes, you'll build an awesome reactive data library and learn a powerful new tool for building reactive systems. The best part: the library works in any framework, even though you don't think about (or depend on) any framework when you built it.
Table of contents- Storing a Fetched Record in a Cell- Storing multiple records in a reactive Map- Reactive iteration is normal iteration- Reactive filtering is normal filtering- Fetching more records and updating the Map- Reactive sorting is normal sorting (is this getting a bit repetitive?)- Modelling cache invalidation as data- Bonus: reactive relationships