I want to believe that this is the start of dying for a hype "let's run everything on a server!". Suppose, OpenAI looked at a Vercel's bill and started to pull their hair off.
Kind of interesting move since ChatGPT needs to render all kinds of stuff on the client and needs a package for each complex type. Syntax highlighting for example - some good demos where you just send back the highlighted HTML and don't need to load the highlighter package on the client.
That's pretty smart! On CSR, sending a JSON to configure a new view, when all the JS needed is already downloaded, makes it the most minimal amount of info you can send back. I like it!
I built my first chat ui several years ago. The changes in the Next.js ecosystem towards ssr are completely useless for chat bot stuff. It makes more sense to do client side to have streaming directly to the client from the inference services. I would imagine next to be total overkill for them.
If the stuff you stream is just text, then you are probably right. If you have a bunch of components that can be rendered based on the response (e.g. v0), then RSCs really shine
@@WesBos the loader function is embedded in the route children for createBrowserRouter. Honestly, I absolutely love it. Despite the file routing structure being somewhat complicated, it works very well.
@@Riverhill-AI I didn't say that. I said Vercel's latest creation serves to make more money for the company by consuming more bandwidth, and OpenAI doesn't need to use it on any other hosting service while they can achieve the same without it. Also... this is an SPA, they don't need an SSR first framework.
As you mentioned, using NextJS for such a client heavy application is like battling against its core idea of server first. I would say that if a web app is super interactive - consider going client side. Great video!
In my experience with several large frontends, Vite is extremely slow compared to a compiled production webpack build. Like, so bad it's not even funny. The time you think you are saving with a "faster" dev server (all it does is move compilation work to the browser so you are staring at a white screen in Chrome instead of a loading progress in the console) is actively harming your end users.
@@gamechannel1271 Did you configure your Vite prod build wrong? It’s using Rollup to build for prod. They are very fast and typically much smaller bundles than webpack. So far Vite outperforms webpack in both dev and prod at my work.
@@gamechannel1271 Intesting. In my case, I wish all of my projects (regardless of size) were using Vite. I don't think the prod build of Vite is that much a different than Webpack (both bundled everything)
@@gamechannel1271vite was always faster for me Webpack was always slow for me We have been delivery medical software serving 10 of thousands of users doing heavy image processing for many hospitals and universities Difficult for me to see how in the world webpack is faster
I made the move from Next to Remix a while ago. Because I have to maintain Next projects that are live, I can tell the difference and I absolutely love Remix. Slightly different paradigm, but I fully appreciate it.
The thing I really like about Remix is that you can have your own custom server and they make it really easy to do so, so you can have a simple light-weight monorepo.
I feel so old. I have been on the information super highway since the XMosaic days (1994). I have never heard of remix. Every other month there is a new/best/final/GOAT framework, I have lost track. :-(
I have been using Next.js in production (self hosted, not Vercel) for multiple years now, mostly in client-side apps. I don't get the comments saying Next.js is not recommended for SPAs. The new app router defaults to server components, but it does not force you to use them. "use client" is fine if you don't want SSR. Server actions are not mandatory as well. Am I missing something?
You can already do this on Next. Not everything is server side on a next app. I have a client side only video editor app built on next and hosted on cloudflare
I really enjoy this type of videos. Would be cool with a series of "Dissection of services" where you highlight the gems (like the blocking script for the theme).
Really good explanation of tradeoffs in frontend frameworks in this case Next js vs Remix. I think they choose Remix for easier refactoring. It will be interesting to see if they will use signals from Angular or Solid
If you're building a giant application like ChatGPT you still benefit from traditional patterns like having a more separate backend and frontend, otherwise you'll be maintaining multiple backends. Next definitely has its place but that's with medium to small sized applications.
Big reason is the router. You *can* use react-router + vite standalone, but at that point... you're just using Remix with a 10% worse experience. Remix adds a bit of structure with file-based routing and data loading you can reach for even in a client SPA
They are using the Remix server though: Data Loaders, Hydration, routing, URL hooks, hosting adapters, 404 pages, etc... you lose most of that going 100% SPA without a JS server
One thing people might not realise is that while ChatGPT moved to remix and they do CSR, they still have a server that runs the server loaders and actions. As shown at the start, the loader data was in the html that was provided by the server. Only the rendering is done on the client.
remix is simple and fun, you can do a lot of things with it, you dont need to kown hundreds of concepts to launch a website, i mean I really apreciate that, is the unique JS framework that i love, although I am using htmx with go, but if I have to came back to use JS frameworks, Remix will be my weapon indeed.
If you basically don't need a JS backend, because all the backend work is done some dedicated backend and you not need SEO at all, then it' crazy to impliment any other thing than a SPA or something entire client side. I totally get why they moved out of Next, further adding that they nautrally would try to avoid Vercel, since Vercel is running AWS. And OpenAI is deeply married to Azure and Microsoft.
You bought me over immediately saying Next.js should just run on Vite. They've given years to Turbopack and it still slow and has a lot of issues whereas Vite has never had any of them
So if you're not using next, and going for react vite + react router, is it just better to use remix than ? Currently I'm using next, more jobs around my city. But i should check out Remix as well
i will try not to make too grandiose a statement, but from a philosophical data and computational perspective client side rendering seems much better. Since so much resources go into building distributed systems, and every computer and smart phone now is at some relative stand point a "super computer", why would you not offload rendering to those willing computers? Data is harder to argue one way or the other, because client rendering can requires X amount of js before it can render json. There's the classic example of parsing/rendering markdown saves X amount of data with RSC. But I think it's actually edge cases where that is the case. So many sites are just basic skeletons that need some json to hydrate, and I can't understand how streaming html pages after most clicks is somehow less data than json payloads for client rendering. That's not even to say RSC is without merit, but I'd imagine the cost of development far exceeds the benefit in most cases.
SSR just looks visually eye pleasing, that is why it has been popularized, and search engines like Google demand better rendering for SEO. However with suspense in React now, making visually pleasing client-side loading is much easier than it used to be. Also, companies like Vercel make an ass load of money from anything done server side, so they obviously encourage it. The actual React team has been focused on more client-side features, lately, which shows some of the disconnect and why vendor lock-in can suck. Personally, I try to stick to statically generated for things that need SEO, and client-side for internal apps.
I've done both. I've done same apps in both, and I can tell you. Remix is much easier to maintain and reason about. But that isn't enough of a reason to move the entire codebase I guess :)
I've seen this comment a million times, Next.js !== Vercel. Of course it's easiest to host with Vercel, but very doable to host on your own servers or other hosts - especially with OpenAI's Engineering team. I've have apps running on Cloudflare and Render Droplets.
@@WesBos Vercel does so much magic behind the scenes. We have a mem leak and it doesn't happen when deployed with Vercel, but happens when deployed in k8s.
@@WesBosNext on CF is not the same as Next on Vercel. I have an app hosted on CF which runs well but doesn't have all the features of running it in a node environment
@@clamentjohn which features? It's pretty close - even the RSC revalidation stuff works really well. Plus cloudflare's node compat is very close to node as well
Is that not just stateful vs stateless? I don't think is vercel magic, more like different architectures. If you have a memory leak in vercel it may be fine because the functions are serverless and only ever live for a few minutes, while if you are using next js with a long living server, a memory leak will only get worse. I agree that vercel does a lot of magic but this is not a good example imo. @@carlosdubon8539
I bet they got tired of having to rewrite their app to keep up with Vercel's endless paradigm shifts and experiments in developer lock-in... sometimes even with minor release versions. NextJS is fast to spin up mostly thanks the templates freebies but on projects that need to be maintained and keep current to the ecosystem for longer than 6 months the regret starts building VERY quickly. No regrets prioritizing Vite + Astro depending on the project. Especially Astro for all the major big additions and improvements I have been able to upgrade MAJOR versions 2 -> 3 -> 4 on projects with almost no code changes.
Looks like they are still using NextAuth for authentication thou. I've an extension for chatgpt to upload large PDF files to the chat, and none of my features are broken. Impressive integration haha
I didn't think my fav takeaway would be the theme set to avoid flash lol. Tho I think I did similar thing already in sveltekit but I'll still compare notes with open ai. Reputable source to copy lol
Wait!! The whole point of switching to Next.js was it was offering Server side rendering. Now again client side rendering will not hinder the efficiency?
Seems simple, but probably only because you're not using more than its basic features. There are several personalization tools, an entire GPT builder, an entire GPT store....
No - we’re kinda jealous of PHP right now. But the hype here is that you can easily transfer from client to server with a single language and a single tempting language. Def possible with livewire types in PHP but you still need JS
They likely got a surprise larger bill of Vercel. Move their complete platform from Vercel in response including got rid of Next.js because Vercel was using the fact that open ai was running on Next.js in their marketing 😅 sometimes the reason are not that complex
I always said SSR is mainly for SEO purposes, it's enough to do some SSR on meta tags. Doing SSR for internal tools are a waste of server resources (this is what Vercel wants with Next.js). But people keeps doing SSR for admin panels xD
Saying that SSR is just for SEO clearly means you don't understand SSR. There is a clear benefit in rendering html server side as it's closer to the database and will result in faster load times. Especially for "admin panels".
yep exactly, plus no need to load deps or do logic on client. Lots of good reasons to do it on the server - and I think it's the future for most apps. ChatGPT just has their own set of problems to solve and made this decision
@@o_glethorpe depends - on my site I have a syntax highlighter than is several megs. The bandwidth for that would be huge, cheaper to compute once on the server and cache the HTML
@@hello19286 "faster loading time" for the first render. And for apps, where people spend hours, first render does not matter nearly as much. So he's right and you're wrong.
remix just let react do what react can and they do the additional thing needed to build full app while next use react just for templating and do everything themselves it would haven been better if the renamed react-router to remix-router that might cause some confusion so they gave up their branding for the greater good
Let me reword this crazy hype new terrifying mega news shock omg for you lot: "Company changed framework from a great one to another great one more optimized for their use case"
No - they are still using the server part of Remix to collect the page data with loaders for a fast initial load, auth, routing, caching, etc.. A lot more than CRA
Good Move! 👍🏻Though never used remix at all. But NextJS really disappointing despite it's developed by such big commercial organisation. Frequently dramatical changes in APIs, poor and confused documentation, hardly find answers from their official document. Just like in each version, they "suddenly figure out" something and then in the next version they change their mind again. Time use to debug the framework itself far more overweight the time you spend on your own code🤷🏻♂
This is why I didn’t really understand the hype or dive into next.js. Most systems at a scale need their own services handling data all while having a simple vite react TS front-end, or angular or vue whatever. These fe frameworks allow us to do necessary client side work and that’s it. In reality everybody knows most apps are a crud of some sort. Why complicate it.
And sveltekit which is all I will ever use but still interesting to see what others like this remix or whatev does but prob not much diff than sveltkit
I want to believe that this is the start of dying for a hype "let's run everything on a server!". Suppose, OpenAI looked at a Vercel's bill and started to pull their hair off.
Kind of interesting move since ChatGPT needs to render all kinds of stuff on the client and needs a package for each complex type. Syntax highlighting for example - some good demos where you just send back the highlighted HTML and don't need to load the highlighter package on the client.
@@WesBosopenai is the kind of app that can takes even a 5sec splash screen and cache the huge bundle chunks, and nobody would call it slow
@@JagaSantagostino and then users leave it open for 9 days straight - kinda like desktop/mobile apps.
@@WesBosLol that's what I always do I always have a pinned chatgpt tab at least in one of my browser windows
Odd flex. Client heavy UI isn’t good design unless absolutely necessary.
Plot twist. Chat GPT wrote itself in Remix. Open AI devs don't even know.
Bell curve meme, "just use express and react router / (one billion libs and frameworks) / just use express and react router"
😆
Sample repository
The “Vite” shoutout for me was the best part of this video!
Great content, Bos!
That's pretty smart! On CSR, sending a JSON to configure a new view, when all the JS needed is already downloaded, makes it the most minimal amount of info you can send back. I like it!
I built my first chat ui several years ago. The changes in the Next.js ecosystem towards ssr are completely useless for chat bot stuff. It makes more sense to do client side to have streaming directly to the client from the inference services. I would imagine next to be total overkill for them.
except Vercel has a large chat product called v0 where the server rendered parts really shine
@@WesBos Hit the nail on the head
@@WesBosI’ll take another look then. I feel like I’m missing something cause your example and the shining aren’t immediately clicking with me
@@WesBos This is interesting
If the stuff you stream is just text, then you are probably right.
If you have a bunch of components that can be rendered based on the response (e.g. v0), then RSCs really shine
All few months there is a "new hot shit" and everyone goes like "forget everything you've done and learn this new shit because otherwise you're lame".
the most hilarious part is that Remix has already said its "going away" and turning back into react router
@@WesBos they might then look into Sveltekit
@@WesBos the loader function is embedded in the route children for createBrowserRouter.
Honestly, I absolutely love it. Despite the file routing structure being somewhat complicated, it works very well.
Incorrect. They said it will take a nap until RR7, but it is def not going away😂
Remix is simply great, happy to see big companies adopting it!
because Vercel bandwidth charges are outrageous and latest Nextjs is very hard on the bandwidth. like an ELEPHANT.
Why do you think OpenAI is hosting ChatGPT on Vercel? I am a little confused.
@@Riverhill-AI I didn't say that. I said Vercel's latest creation serves to make more money for the company by consuming more bandwidth, and OpenAI doesn't need to use it on any other hosting service while they can achieve the same without it. Also... this is an SPA, they don't need an SSR first framework.
As you mentioned, using NextJS for such a client heavy application is like battling against its core idea of server first. I would say that if a web app is super interactive - consider going client side.
Great video!
Vite is SO fantastic. Yeah remix makes sense more than next in their situation for sure
I didn’t know Remix run on Vite.
I might ditch Next.js just for this
In my experience with several large frontends, Vite is extremely slow compared to a compiled production webpack build. Like, so bad it's not even funny. The time you think you are saving with a "faster" dev server (all it does is move compilation work to the browser so you are staring at a white screen in Chrome instead of a loading progress in the console) is actively harming your end users.
@@gamechannel1271 Did you configure your Vite prod build wrong? It’s using Rollup to build for prod. They are very fast and typically much smaller bundles than webpack. So far Vite outperforms webpack in both dev and prod at my work.
@@gamechannel1271 Intesting. In my case, I wish all of my projects (regardless of size) were using Vite. I don't think the prod build of Vite is that much a different than Webpack (both bundled everything)
@@gamechannel1271vite was always faster for me
Webpack was always slow for me
We have been delivery medical software serving 10 of thousands of users doing heavy image processing for many hospitals and universities
Difficult for me to see how in the world webpack is faster
I made the move from Next to Remix a while ago. Because I have to maintain Next projects that are live, I can tell the difference and I absolutely love Remix. Slightly different paradigm, but I fully appreciate it.
The thing I really like about Remix is that you can have your own custom server and they make it really easy to do so, so you can have a simple light-weight monorepo.
I feel so old. I have been on the information super highway since the XMosaic days (1994). I have never heard of remix. Every other month there is a new/best/final/GOAT framework, I have lost track. :-(
remix is not new .
@@musashi542 remix is 2020. next.js is 2016. I bet there is a new one around the corner
I have been using Next.js in production (self hosted, not Vercel) for multiple years now, mostly in client-side apps. I don't get the comments saying Next.js is not recommended for SPAs. The new app router defaults to server components, but it does not force you to use them. "use client" is fine if you don't want SSR. Server actions are not mandatory as well. Am I missing something?
Clearly
You still get SSR, as all components get rendered in the server first regardless of “use client”.
Just saw Ryan Florence post and find this video Thanks for explaining the reason ❤
They propbaly wanted to mvoe some computation to the client-side and use the server less
and use 'less server'
You can already do this on Next. Not everything is server side on a next app. I have a client side only video editor app built on next and hosted on cloudflare
The incremental step to rendering HTML on the server vs JSON isn't much, and if anyone has the compute for it, it's OpenAI.
@@WesBosidk man, they are kinda burning through billions very fast. Everyone’s optimizing costs in this economic environment 😂
@@weiSane soon they will just run the models on our computers instead
I really enjoy this type of videos. Would be cool with a series of "Dissection of services" where you highlight the gems (like the blocking script for the theme).
Really good explanation of tradeoffs in frontend frameworks in this case Next js vs Remix. I think they choose Remix for easier refactoring. It will be interesting to see if they will use signals from Angular or Solid
I'm not freaking out. Remix is great.
If you're building a giant application like ChatGPT you still benefit from traditional patterns like having a more separate backend and frontend, otherwise you'll be maintaining multiple backends. Next definitely has its place but that's with medium to small sized applications.
This is the video preview I was waiting for.
why is this a concern man????
oh first time I get recommend for your content, I've seen you trending on my twitter a lots.
Marko are doing the same thing. Facebook and Whatsapp both use Marko now. It's kind of like Astro, but even more minimal with less code
wow... so they switched from react, thats wild
On which platform they use Marko.js?
If you’re not using server actions, why not just use Vite directly? What benefits does remix offer?
Gives you the option to use server actions in the future + gives you a router and a bunch of other things
Big reason is the router. You *can* use react-router + vite standalone, but at that point... you're just using Remix with a 10% worse experience. Remix adds a bit of structure with file-based routing and data loading you can reach for even in a client SPA
seo
They are using the Remix server though: Data Loaders, Hydration, routing, URL hooks, hosting adapters, 404 pages, etc... you lose most of that going 100% SPA without a JS server
EVERYTHING 😂
One thing people might not realise is that while ChatGPT moved to remix and they do CSR, they still have a server that runs the server loaders and actions. As shown at the start, the loader data was in the html that was provided by the server. Only the rendering is done on the client.
remix is simple and fun, you can do a lot of things with it, you dont need to kown hundreds of concepts to launch a website, i mean I really apreciate that, is the unique JS framework that i love, although I am using htmx with go, but if I have to came back to use JS frameworks, Remix will be my weapon indeed.
If you basically don't need a JS backend, because all the backend work is done some dedicated backend and you not need SEO at all, then it' crazy to impliment any other thing than a SPA or something entire client side. I totally get why they moved out of Next, further adding that they nautrally would try to avoid Vercel, since Vercel is running AWS. And OpenAI is deeply married to Azure and Microsoft.
ExpressJs FTW! Remix - The VC in your MVC app.
Chatgpt seems to get worse every day. It constantly freezes, conversations are not found or uploads fail.
exodus of talent, and they began bringing in pre-Musk/ex-Twitter folks
Haven't watched the video yet cause busy. Just wanted to quickly chime in that Remix is awesome! Love the emphasis on working with web standards.
You bought me over immediately saying Next.js should just run on Vite.
They've given years to Turbopack and it still slow and has a lot of issues whereas Vite has never had any of them
because chat gpt itself recommends it
Loving your content... Cheers!
Biggest flex is you haven’t used chat GPT since may
Claude Sonnet 3.5 has been killing it to be honest
@@justin.johnsonYupe but recently I paid for it and the quality is so bad
So I see a switch ChatGPT free is better
Llama 3.1, Claude 3.5 Sonnet, even Claude 3 Haiku,
all were delivering better results than GPT...
Is Claude good enough for code now? I haven't used it in over a year, but willing to give it a shot.
Lmaoo aged horrible
So if you're not using next, and going for react vite + react router, is it just better to use remix than ?
Currently I'm using next, more jobs around my city. But i should check out Remix as well
why everybody making hype about it??? i don't understand, like marvel just announced some movie, or am I missing somethinh
Makes sense, they don't really need server rendering for ChatGPT. Cheaper to run too.
MASTERCLASS
whoa my eyes! light mode Wes!
i will try not to make too grandiose a statement, but from a philosophical data and computational perspective client side rendering seems much better. Since so much resources go into building distributed systems, and every computer and smart phone now is at some relative stand point a "super computer", why would you not offload rendering to those willing computers? Data is harder to argue one way or the other, because client rendering can requires X amount of js before it can render json. There's the classic example of parsing/rendering markdown saves X amount of data with RSC. But I think it's actually edge cases where that is the case. So many sites are just basic skeletons that need some json to hydrate, and I can't understand how streaming html pages after most clicks is somehow less data than json payloads for client rendering. That's not even to say RSC is without merit, but I'd imagine the cost of development far exceeds the benefit in most cases.
SSR just looks visually eye pleasing, that is why it has been popularized, and search engines like Google demand better rendering for SEO. However with suspense in React now, making visually pleasing client-side loading is much easier than it used to be. Also, companies like Vercel make an ass load of money from anything done server side, so they obviously encourage it. The actual React team has been focused on more client-side features, lately, which shows some of the disconnect and why vendor lock-in can suck. Personally, I try to stick to statically generated for things that need SEO, and client-side for internal apps.
remix is just beautiful. I highly recommend it.
Hydration with a bunch of data reminds me on Inertia.js with Laravel. Works seamlessly.
I've done both. I've done same apps in both, and I can tell you. Remix is much easier to maintain and reason about. But that isn't enough of a reason to move the entire codebase I guess :)
Think they also just want to get off of Vercel's books.
I've seen this comment a million times, Next.js !== Vercel. Of course it's easiest to host with Vercel, but very doable to host on your own servers or other hosts - especially with OpenAI's Engineering team. I've have apps running on Cloudflare and Render Droplets.
@@WesBos Vercel does so much magic behind the scenes. We have a mem leak and it doesn't happen when deployed with Vercel, but happens when deployed in k8s.
@@WesBosNext on CF is not the same as Next on Vercel. I have an app hosted on CF which runs well but doesn't have all the features of running it in a node environment
@@clamentjohn which features? It's pretty close - even the RSC revalidation stuff works really well. Plus cloudflare's node compat is very close to node as well
Is that not just stateful vs stateless? I don't think is vercel magic, more like different architectures. If you have a memory leak in vercel it may be fine because the functions are serverless and only ever live for a few minutes, while if you are using next js with a long living server, a memory leak will only get worse. I agree that vercel does a lot of magic but this is not a good example imo. @@carlosdubon8539
That thumbnail RUclips face tho 😅
Only because they use next.js does not mean they are forced to host on vercel they can do it on azure which is what they are probably doing anyways.
First time looking at literally any SPA application made since the dawn of SPA? "running remix on Express". :) dude!?
great vid, thank you!
For the past month i have been getting lag spikes when sending prompt, let's see if this migration fixed it
what you came here for is at 7:35 🤦♂
I just love thumbnail!
Me not even noticing anything changed apart from some highlighting on text lmao
can you do this for perplexity and claude to look at investigate their stack?
I bet they got tired of having to rewrite their app to keep up with Vercel's endless paradigm shifts and experiments in developer lock-in... sometimes even with minor release versions. NextJS is fast to spin up mostly thanks the templates freebies but on projects that need to be maintained and keep current to the ecosystem for longer than 6 months the regret starts building VERY quickly. No regrets prioritizing Vite + Astro depending on the project. Especially Astro for all the major big additions and improvements I have been able to upgrade MAJOR versions 2 -> 3 -> 4 on projects with almost no code changes.
The next step is moving to htmx
Finally! Sanity
Can you give the new angular a shot please?
Angular, React, Vue, Nest.js, Next.js, Remix... what will come next week?
30MB just for pure text site :D:D
Looks like they are still using NextAuth for authentication thou. I've an extension for chatgpt to upload large PDF files to the chat, and none of my features are broken. Impressive integration haha
their sever load went from 100 to 10
I didn't think my fav takeaway would be the theme set to avoid flash lol. Tho I think I did similar thing already in sveltekit but I'll still compare notes with open ai. Reputable source to copy lol
Wait!!
The whole point of switching to Next.js was it was offering Server side rendering.
Now again client side rendering will not hinder the efficiency?
Let me just guess that chat GPT suggested this solution
So much complexity for a super simple app.
Seems simple, but probably only because you're not using more than its basic features. There are several personalization tools, an entire GPT builder, an entire GPT store....
Super simple? They have to scale to millions of people everyday, of course there will be complexity. This isn't a high school project
@@coherentpanda7115 For the front-end, yes. I am even surprised they used NextJS for that chatGPT app.
I always wander why SPAs don't do exactly this 3:28 to provide better UX and better perception of speed. Remix move might actaully be the right move.
The triangle company would not like this
all those things exist in J2ee or Php...( I don't get the hype... do I need to go into the rabbit hole to get it? )
No - we’re kinda jealous of PHP right now. But the hype here is that you can easily transfer from client to server with a single language and a single tempting language. Def possible with livewire types in PHP but you still need JS
@@WesBos oh I see.. thanks...
They likely got a surprise larger bill of Vercel. Move their complete platform from Vercel in response including got rid of Next.js because Vercel was using the fact that open ai was running on Next.js in their marketing 😅 sometimes the reason are not that complex
Why do you think OpenAI is hosting ChatGPT on Vercel? I am a very confused.
Just because Vercel developed next js, which is open source btw, doesn't mean that you have to host it on Vercel cloud.
@mateidumitrescu238 self-hosting Next.js for years. But they were hosting their frontend on Vercel earlier this year... so something has changed 🤔
are you saying remix does SSGs better? I don't think so. There's something else going on
No - neither of those sites are static
Remix doesn't need a separate target architecture like SSG. SSR with SWR cache header does the same trick much more elegantly.
Most of the time you don't need SSR.
Why does ChatGPT need server-side rendering? It's not like they are cashing the interactions with users.
Vivian Knolls
Are they confused? Didn't they use Nuxt prior to using Next?
I always said SSR is mainly for SEO purposes, it's enough to do some SSR on meta tags.
Doing SSR for internal tools are a waste of server resources (this is what Vercel wants with Next.js). But people keeps doing SSR for admin panels xD
Saying that SSR is just for SEO clearly means you don't understand SSR. There is a clear benefit in rendering html server side as it's closer to the database and will result in faster load times. Especially for "admin panels".
yep exactly, plus no need to load deps or do logic on client. Lots of good reasons to do it on the server - and I think it's the future for most apps. ChatGPT just has their own set of problems to solve and made this decision
@@WesBosif this logic could be done on the client you are just waisting money doing on the server
@@o_glethorpe depends - on my site I have a syntax highlighter than is several megs. The bandwidth for that would be huge, cheaper to compute once on the server and cache the HTML
@@hello19286 "faster loading time" for the first render. And for apps, where people spend hours, first render does not matter nearly as much. So he's right and you're wrong.
remix is faster than nextjs
remix just let react do what react can and they do the additional thing needed to build full app while next use react just for templating and do everything themselves
it would haven been better if the renamed react-router to remix-router that might cause some confusion so they gave up their branding for the greater good
Let me reword this crazy hype new terrifying mega news shock omg for you lot:
"Company changed framework from a great one to another great one more optimized for their use case"
tanstack, tanstack, tanstack
everyone is leaving Vercel now?
Not me and my projects with 3 users
Once you hit scale its worth re-evaluating, but there is a reason Vercel is so popular - its just so dang easy
@@WesBosAnd also so problemstic especially when they force you to upgrade your next version, which can be tough so often for huge apps especially
What software did you use to record this?
No seo required so why all the pain points next.js brings....
So essentially they're using Remix as a replacement for CRA? Its nothing to do with Next, but making a SPA
No - they are still using the server part of Remix to collect the page data with loaders for a fast initial load, auth, routing, caching, etc.. A lot more than CRA
Wait wait wait wait wait you are the guy from Syntax
Good Move! 👍🏻Though never used remix at all. But NextJS really disappointing despite it's developed by such big commercial organisation. Frequently dramatical changes in APIs, poor and confused documentation, hardly find answers from their official document. Just like in each version, they "suddenly figure out" something and then in the next version they change their mind again. Time use to debug the framework itself far more overweight the time you spend on your own code🤷🏻♂
Devs being devs.
At the agency I worked at it was a sin to use new tech. Just had to patch the way out of date crap. But they fired me so now I can use new stuff lol
what chome dev tools customization is that. which lets you hide tab names like elements,sources,network,performance etc?
MS Edge - its the Chrome dev tools but they skinned them so nicely
but now I prefer to use fasthtml that's the most crazy framework
Remix is ❤
So this was all to move to Azure.
So jQuery was right in the first place? 🤔
I'm waiting for the day they migrate to sveltekit
Express is back babe ☺
This is why I didn’t really understand the hype or dive into next.js. Most systems at a scale need their own services handling data all while having a simple vite react TS front-end, or angular or vue whatever. These fe frameworks allow us to do necessary client side work and that’s it. In reality everybody knows most apps are a crud of some sort. Why complicate it.
Has React Router v7 been released yet? Can't find it anywhere.
Team is waiting on the typesafe routes work to be finished before releasing.
lol at the thumbnail...
You might be looking at it all wrong. Naval Ravikant, seed funder of Remix in 2021, investor in OpenAI in 2023.
Then it sort of makes sense
lol nah. hes also listed as the 3rd investor of Vercel
@@WesBos faulty logic, that doesn't negate any possible influence
Remix is good at streaming
Hey dude, could you compare, Next, Remix and Astro? Thanks btw
And sveltekit which is all I will ever use but still interesting to see what others like this remix or whatev does but prob not much diff than sveltkit