Earlier quoted context omitted.
That's not the argument being made. Nobody said that.
Just like I never made the argument claimed either.
Next.js 14
141–150 of 157 posts
Re: Next.js 14
#142I believe that many people who criticize Next.js or consider it difficult have not understood what the RSCs are for and how they work It's a paradigm shift compared to the old way of thinking about React apps In my company we've been using Next.js in production for a long time now and for us the app router has been key to increasing DX
Server actions seems like a neat idea. Probably does nothing for large projects, but at least IMO it can be very useful for the smaller use cases.
Re: Next.js 14
#143Earlier quoted context omitted.
Just like I never made the argument claimed either.
What did you mean by "I stopped paying attention" then? Was that a metaphor? It looks like you made the argument I claimed quite clearly.
Re: Next.js 14
#144Earlier quoted context omitted.
So you stopped using a product because a junior engineer liked it? That doesn't strike me as the best rationale to make a decision.
Notice how you subconsciously called Next a product.
Re: Next.js 14
#145Wait wtf, I clearly remember 13 came out of beta 4-5 months back. At this rate Next.js will be on version 20 by the end of next year.
13 came out in Oct 2022. https://nextjs.org/blog/next-13 PS: I’m not sure why hyperfurism’s reply was downvoted to oblivion. They were correct.
Re: Next.js 14
#146The general direction React (+ Next) is going worries me a bit at times. I might be too conservative, but I want my JS on the frontend and not hot loaded from the server. For this reason I'm much more excited about Vite/Bun/Dino/etc. Also thank god for shit like Preact.
> I want my JS on the frontend and not hot loaded from the server I'm fascinated by this. Literally, in every other HN thread in existence, you find stadiums of people shouting that they hate slow-loading SPA pages, and that all the work should have been done on the server, as God intended. Only on the release of Next.js 14 , of all things, do you find people saying that actually SPAs are great and SSR is a regressio…
SSR has been doing just fine for the last 25 years, now we have to put up with Next.js, due to the ongoing partner agreements Vercel has been doing to push Next.js as the only framework in MACH products.
Re: Next.js 14
#147How do these companies make money offering so much for free?
So you end up having to use Next.js if not in the mood to use less capable integrations, and then eventually end up deploying the application in Vercel infrastructure.
Re: Next.js 14
#148Earlier quoted context omitted.
I’m sorry you haven’t had a good experience. And if you more specifics if anyone on the Next team replied to you in that way, please let me know. I’ll be the first to say the launch of the App Router could have been smoother. Definitely not the first time I’ve heard the feedback. I’m optimistic Next.js 14 is a step in the right direction based on this. What do you feel is undocumented? I’ll get that added.
I'm currently investigating the feasibility of using Next.js for a major refactor of our service and the one thing that stands out to me is how fractured the Next ecosystem is. More than 6 months after the App router was introduced the most important libraries are still in beta and don't have conclusive documentation for integrating with App dir. For my projects localisation is a necessity. I tried both i18n and next…
I guess it had to be ready for the Next.js Conf event.
Re: Next.js 14
#149I think I'll be taking a step back from React/Next.js for the foreseeable future. I feel fortunate in that, for most of my projects, I can make architectural decisions such as this. Things took a turn with hooks (I have a feeling that's the general consensus, too). The nail in the coffin (at least for me) was React Server Components. I gotta admit that its been liberating working outside the javascript/react realm. U…
Re: Next.js 14
#150Earlier quoted context omitted.
I’m sorry you haven’t had a good experience. And if you more specifics if anyone on the Next team replied to you in that way, please let me know. I’ll be the first to say the launch of the App Router could have been smoother. Definitely not the first time I’ve heard the feedback. I’m optimistic Next.js 14 is a step in the right direction based on this. What do you feel is undocumented? I’ll get that added.
I'm currently investigating the feasibility of using Next.js for a major refactor of our service and the one thing that stands out to me is how fractured the Next ecosystem is. More than 6 months after the App router was introduced the most important libraries are still in beta and don't have conclusive documentation for integrating with App dir. For my projects localisation is a necessity. I tried both i18n and next…
plugin for i18next: https://inlang.com/m/3i8bor92/plugin-inlang-i18next paraglide (i18n library): https://inlang.com/m/gerre34r/library-inlang-paraglideJs