←back to thread

Next.js is infuriating

(blog.meca.sh)
1033 points Bogdanp | 2 comments | | HN request time: 0.644s | source
Show context
YuukiRey ◴[] No.45101009[source]
I 100% agree. I've ran into the same issues, and I would never use Next.js for anything, and I will encourage every team at work to use something else.

In general Next.js has so many layers of abstraction that 99.9999% of projects don't need. And the ones that do are probably better off building a bespoke solution from lower level parts.

Next.js is easily the worst technology I've ever used.

replies(16): >>45101028 #>>45101139 #>>45101375 #>>45101378 #>>45102069 #>>45102103 #>>45102427 #>>45102810 #>>45102903 #>>45103225 #>>45104004 #>>45104045 #>>45105250 #>>45110734 #>>45112201 #>>45126685 #
rozenmd ◴[] No.45102103[source]
I've been running a SaaS on Next.js + GraphQL for 4.5 years now, sticking to Pages router has eliminated most of the complexity.

I recently rewrote my auth to use better-auth (as a separate service), which has allowed me to start moving entirely off Next.js (looking at either React Router 7 or Tanstack Router).

Back when I started, Next.js made server side rendering incredibly easy, but it turns out I didn't need it. My marketing site is entirely static, and my app is entirely client rendered.

replies(4): >>45102451 #>>45103139 #>>45104373 #>>45104535 #
fragmede ◴[] No.45104373[source]
Why're trying to move off next? What makes the opportunity cost worth it?
replies(1): >>45105955 #
rozenmd ◴[] No.45105955[source]
Looking for full control over where the frontend is hosted. Sure, I can run Next.js elsewhere, but I could also run React Router elsewhere and have a much better overall experience in the process.
replies(1): >>45130352 #
1. fragmede ◴[] No.45130352[source]
Hm could you explain further? Why is React Router going to lead to a better experience?
replies(1): >>45135495 #
2. rozenmd ◴[] No.45135495[source]
You don't understand why being able to freely pick your vendors might lead to a better experience?