Ask HN: Have you abandoned Next.js for another front end framework/library?

https://news.ycombinator.com/item?id=23975694

by ritchiea • 6 years ago

17 30 6 years ago

news.ycombinator.com

I'm starting a new project as a technical lead. The last React app I built from scratch was as a freelancer using Next.js. Generally my experience with Next.js has been positive, but while I can still debate my options I'm wondering if anyone has run into problems that caused you to move away from Next.js? And if so can you please tell me about them.

CraftThatBlock4• 6 years ago

Next has been improving very much recently, and would definitely be my number one choice for the vast majority of React projects. What is making you look for other solutions?

ritchiea7• 6 years ago

Mostly to double check my assumptions and try to dig around and see if there is a downside to Next I'm blind to. Or any gotchas or problems that arise that I wouldn't expect a year or two into the project. Maybe excessive due diligence?

But I'd rather ask around while I have the chance before committing a ton of code.

CraftThatBlock4• 6 years ago

With large community support and coperate backing, I think Next is well setup for the long term (5-10 years). I can't think of any direct downsides, however Next does "force" you in a way of writing application, which I personally think is a good thing, since it provides standardization and structure to projects (for example, routing).

Next can still be very flexible, with things like catch-all routes, you could even add another router on top of Next. It also supports customizing the Webpack configuration if needed, but there's plugins for almost all cases that I have needed to use (PWA/service worker, CSS/Sass which is now built-in, etc).

I think Next is one of the safer option for new projects.

jeffbarg• 6 years ago

Very few downsides to Next.js generally. I’d say for smaller projects I really love leveraging Gatsby’s plugin system (specifically the image transforms), but it’s not as useful for anything dynamic where Next.js comes out ahead.

arkanciscan2• 6 years ago

Never choose a tool before you've seen the job. If you need the things Next does, use it. If you don't, don't use it. Just dragging whichever tools you've recently used into your next project is how some of the worst projects I've seen got built. There are many valid solutions to any problem in web dev, and they ALL have tradeoffs.

ritchiea7• 6 years ago

Which is why I am trying to get additional background on the tool before I commit to it.

arkanciscan2• 6 years ago

Then you need to be more specific about the requirments

azhu• 6 years ago

Some may consider velocity to be part of the problem's domain considerations while others may not. If you consider that part, then Next is a great choice if you are novicely advanced at frontend web.

It does come with a lot of preoptimizations that may not be necessary for the job (as the job is currently defined), but the thoughtful way they're implemented makes having them in there anyway not all that costly. The directory based build stuff that auto code splits, does SSR, and static site generation is high value with a very low learning curve. Not only does it not require a lot of load on the meat to use the bazooka of Next for an anthill of a problem, but it also doesn't really add any load on the metal. And the fact that these features do a great job of covering your ass should business demands pivot under you makes Next a rare kind of contender.

It's a bad choice if all you need is some small piece of an already-existent architecture, but if you need something as the main frontend body for a long-lived app, I've found Next to be the best thing I've ever used by a significant amount.

_fat_santa• 6 years ago

I would take a look at Gatsby. NextJS has had some major updates recently so It would be good to give it another look as well. I personally switched from Next to Gatsby and the main reason is Gatsby's GraphQL API which is fantastic.

ritchiea7• 6 years ago

Interesting. Having worked with both Gatsby and Next I definitely prefer Next. But also this web app is going to need a lot of dynamic content so I would not choose a static site generator like Gatsby for the use case.

jaeming• 6 years ago

I set up a react project recently using parcel, typescript, reach-router, and emotion css. I was surprised how easy and painless it was. In saying that, Next provides good value to a team with it's conventions and workflow.

gas9S9zw3P9c• 6 years ago

I generally like next.js, but I have since built some things in Svelte [0] and prefer it for simple projects. Not dealing with JSX and complex React components is refreshing. It just works. There are some upsides to its static generation (with sapper) as well - it can create static pages for things that would need API routes in Next.

TLDR; For large projects that must make use of the React ecosystem I'd take Next. For smaller SPA projects I prefer svelte.

[0] https://svelte.dev/

citrusx• 6 years ago

We chose to roll our own SSR, in an otherwise "normal" react + apollo app. This meant that, if we ran into bugs, that we weren't reliant on someone else to update an ecosystem to get unblocked.

It's worked out very well for us.

sdevonoes2• 6 years ago

Why put another layer of complexity (and dependencies) on top of a solid and battle-tested library like React? Chances are that Next.js will be obsolete in 1-2 years while React will be even better and maintained (probably React will die in 5 to 10 years, just like any other lib/framework).

CraftThatBlock4• 6 years ago

I don't think you understand the usage of Next if you think it will be dead in 2 years.

Application framework that gain good popularity stay alive for very long. Look at a lot of PHP frameworks for example.

Next will be alive in 5 years

dakiol• 6 years ago

How can you compare a PHP framework like Laravel (that sits on top of a language) with a framework (Next) that sits on top of a library (React) that sits on top of a language (JS)?

Next is not like Laravel.

ritchiea7• 6 years ago

I have 98% confidence Next will be alive in 2 years. In five years if this company's biggest technical problem is needing to refactor an older front end framework then I have absolutely succeeded in my job building version 1.0.

gremlinsinc• 6 years ago

I've been looking more and more at liveviews as a better option maybe?

Laravel livewire/phoenix liveview.

Anyone know how these compare w/ nextjs/nuxtjs in terms of performance?

AlchemistCamp3• 6 years ago

If you're doing a lot of computation that's entirely on the client-side, you'll at least want to look at JS hooks.

However, if you're doing things that require a trip to the server anyway, such as navigation, form validations, etc, you should get significantly better performance with LiveView. Sending tiny diffs over web sockets is a lot lighter than doing JSON requests.

Ask HN: Have you abandoned Next.js for another front end framework/library?

Related Stories