Hi sir, though next is making its way through SSR, SSR is cpu bound and nodejs is a single thread. Can you please make a video about that. Is there any work around or any solution
I'm not sure what I'd make a video about there. Some applications require SSR and there are lots of ways to scale that either with virtualization or serverless functions. Other types of applications don't benefit from SSR and can be CSR and that's perfectly acceptable. Do you feel like folks are trying to convince you that you have to use SSR only? If so, that's a crazy over-simplification. We have different paradigms (SSR, SSG, ISG, and CSR) for a reason. They are all valid approaches for different problems.
@@Itsmeyouknow525 You can check for yourself on React usage numbers on npmtrends. It's by far the most popular frontend JS framework, and it's not slowing down. I think you should look into your information sources, because you are getting biased information.
@@Itsmeyouknow525 I currently use Arc, but I've been jumping around. Sometimes I'll use Safari, it's gotten remarkably better over the last couple of years. I've also used Chrome, Brave and Firefox. And for development I've used PolyPane now and again when I'm doing responsive work. Recently I've been consolidating all my passwords, API keys, software licenses, etc. into 1Password, and the nice thing about that is now I'm pretty free to jump from browser to browser because I'm not using any browser-specific password storage. It's also made my digital footprint a lot more visible and secure since it called me out on all my crappy duplicate passwords.
I'm 100% certain that shadcnui is the next bootstrap. For better or worse, I predict that we're going to start noticing that the main difference between uis will be whether or not they picked default or new York. Kinda like you can tell a bootstrap site from the header. Maybe I'm old, but I feel like shadcn is just that revolutionary to front end design
@@infitates4500 oh I know, I love shadcn. I've used a lot of component libraries over the years. My point is that it is so good, and so easy to use, that it will inevitably leave its mark on the internet in the same way that bootstrap did. It will become ubiquitous with good design, and built in to most applications. I already notice sites that use it. And because it's so good and easy to use right out of the box, we're going to attest seeing people use it like they did bootstrap. Because bootstrap was so cool, but was easy to abuse.
I get this error `OpenAI API key is missing. Pass it using the 'apiKey' parameter or the OPENAI_API_KEY environment variable."` at what point do i pass the APIKey, The OpenAI class seems like it's deprecated.
@@ProteinSheikh313 .env file? In your .bashrc file? In the environment section of your deployment provider? Just google for setting environment variables.
No, Remix actions are traditional form post handlers. NextJS/React 19 server actions are doing a form post. But the mechanism is different and the framework handles routing potentially multiple different POSTs to the same URL to their specific server action function.
Actually I think tRPC is fine, and server actions are fine. They are just different tools that are appropriate to different jobs. Server Actions are great if you want something that is very easy to implement and you don't care about control over the endpoint. And you don't mind them being executed in series. tRPC is great when you have other UIs using those same endpoints. tRPC is still defining the endpoint style, but it's very similar to a simple http RPC, so it's easy to either use the client provided by tRPC, or to just write your own client if you aren't using JS/TS. There is no "one perfect solution" (tm).
I personally hate the new streaming pattern of AI responses, especially when it comes to longer items. The screen always moves/shifts while you're trying to read. I'd rather just wait the 2 seconds extra as I have to wait anyway.
Love your way of passing on knowledge. Concise, clear and useful!
I don't want to miss a video🎶. Great content! Pure gold on every single video.
Very helpful and timely for me. Thank you!
Thank you Jack, I was waiting since your announcement about your AI serie.
Next level teaching and video clarity!
Best value for money pronextjs no doubt. So happy to get it ❤
🫡 thank you, Jack!
Crazy stuff here
Holy balls! I think v0 and the new release of shadcn almost overshadowed you on this one. 😆 Awesome clip!
Hey Jack, that was really cool. I always love your content. I'll definitely introduce it to my people.🤓
It is very cool video! Thank you!
loved this video . thanks!
It was awesome!
2:45 There's a --src-dir flag that you can pass ;)
cool 😎
Hey there, thanks for sharing this. Where did u find the sidebar-6 via shadcdn. May be i am blind but can't find it on their website
When submiting the form, why not using a server action instead of a route ?
In the sync cases you can use a server action if you like. In the case of streaming it's going to be a little harder to do streaming.
What's your thought about Cursor IDE?
So far so good.
Hi sir, though next is making its way through SSR, SSR is cpu bound and nodejs is a single thread. Can you please make a video about that. Is there any work around or any solution
I'm not sure what I'd make a video about there. Some applications require SSR and there are lots of ways to scale that either with virtualization or serverless functions. Other types of applications don't benefit from SSR and can be CSR and that's perfectly acceptable. Do you feel like folks are trying to convince you that you have to use SSR only? If so, that's a crazy over-simplification. We have different paradigms (SSR, SSG, ISG, and CSR) for a reason. They are all valid approaches for different problems.
@@jherr like problems with react and react server components and how react is trying to overcome it! Are people really moving away from react ?
@@Itsmeyouknow525 You can check for yourself on React usage numbers on npmtrends. It's by far the most popular frontend JS framework, and it's not slowing down. I think you should look into your information sources, because you are getting biased information.
@@jherr thanks mate btw what browser do you use?
@@Itsmeyouknow525 I currently use Arc, but I've been jumping around. Sometimes I'll use Safari, it's gotten remarkably better over the last couple of years. I've also used Chrome, Brave and Firefox. And for development I've used PolyPane now and again when I'm doing responsive work.
Recently I've been consolidating all my passwords, API keys, software licenses, etc. into 1Password, and the nice thing about that is now I'm pretty free to jump from browser to browser because I'm not using any browser-specific password storage. It's also made my digital footprint a lot more visible and secure since it called me out on all my crappy duplicate passwords.
I'm 100% certain that shadcnui is the next bootstrap. For better or worse, I predict that we're going to start noticing that the main difference between uis will be whether or not they picked default or new York. Kinda like you can tell a bootstrap site from the header. Maybe I'm old, but I feel like shadcn is just that revolutionary to front end design
but its not that u need to use the default components, u have the code, u can change their styles.
Bingo.
@@infitates4500 oh I know, I love shadcn. I've used a lot of component libraries over the years. My point is that it is so good, and so easy to use, that it will inevitably leave its mark on the internet in the same way that bootstrap did. It will become ubiquitous with good design, and built in to most applications. I already notice sites that use it. And because it's so good and easy to use right out of the box, we're going to attest seeing people use it like they did bootstrap. Because bootstrap was so cool, but was easy to abuse.
I get this error
`OpenAI API key is missing. Pass it using the 'apiKey' parameter or the OPENAI_API_KEY environment variable."`
at what point do i pass the APIKey, The OpenAI class seems like it's deprecated.
I would just set the environment variable. It's the easiest way.
@@jherr how ?
@@ProteinSheikh313 .env file? In your .bashrc file? In the environment section of your deployment provider? Just google for setting environment variables.
Hi sir, do you feel Next.js Actions is similar to Remix 's route actions.
What's the the difference?
No, Remix actions are traditional form post handlers. NextJS/React 19 server actions are doing a form post. But the mechanism is different and the framework handles routing potentially multiple different POSTs to the same URL to their specific server action function.
Do you still use TRPC? or do you no longer recommend that anymore?
After server actions stable in next14, most of the people ditched trpc including me
Actually I think tRPC is fine, and server actions are fine. They are just different tools that are appropriate to different jobs. Server Actions are great if you want something that is very easy to implement and you don't care about control over the endpoint. And you don't mind them being executed in series.
tRPC is great when you have other UIs using those same endpoints. tRPC is still defining the endpoint style, but it's very similar to a simple http RPC, so it's easy to either use the client provided by tRPC, or to just write your own client if you aren't using JS/TS.
There is no "one perfect solution" (tm).
I personally hate the new streaming pattern of AI responses, especially when it comes to longer items. The screen always moves/shifts while you're trying to read. I'd rather just wait the 2 seconds extra as I have to wait anyway.
But you know if it's on the right track at least, and some UIs allow you to cancel mid-response if it's clearly going of the rails.