Which full stack framework (NextJS, Remix, SvelteKit) would you use?

Question

And why? (Please do not answer with the usual "Use what you have most experience with" or "It depends on the use case")Also what libraries/services do you prefer to use in combination? For example: -Auth -ORM/Db connector -Email -Deployment (VPS/Container...)

devdude1337 · Accepted Answer

I would recommend to not use a framework at all. I usually maintain legacy projects and modernize them for my clients. Whatever you feel is the latest shiny thing will be the legacy horror of tomorrow.If I&rsquo;m free to decide the tech stack it is HTMX with a backend technology that suits the business case. For web related work I usually choose Node.js and fastify without template engine. It&rsquo;s fast and easy going.

mortallywounded · Answer

None. I'd use Go with standard library templates and plain ol' CSS with a sprinkle of JS.If I was forbidden to use that, I'd probably use Ruby on Rails, Django or something like that.

kugelblitz · Answer

PHP / Symfony.It has Auth, Templating, ORM, Email, Caching, Forms, Validations.For frontend I like Bootstrap or Tailwind as a base, but for interactivity I use a combination of htmx and Alpine.js, so everything's pretty light-weight.In the frontend world, I started reducing my reliance on it. I started quite a while ago and had went through jQuery, jQuery UI, bower, gulp, grunt, AngularJS, then the completely rewritten Angular 2+, Vue.js, npm, yarn 1, yarn 2, yarn 3, webpack, rollup, Parcel.js (which I like)...It was too much for me to keep up. So I stuck with Symfony and try to keep the frontend light-weight.

0xblinq · Answer

I&rsquo;d say use a &ldquo;real&rdquo; full stack (or batteries included) framework such as Laravel, Rails or Django. If you do need to use React, Vue, etc, then glue them with Inertia.js which is just a super thin layer that basically just replaces those frameworks templates by a modern js franework. Best of both worlds in my opinion, and a super stable and maintainable stack.My problem with the ones you are mentioning (next, remix, svelte kit, etc) is that 1) they are not a full solution&hellip; you still have to figure out everything else, from authentication, authorization, sending emails, ORM, background jobs, etc&hellip; and 2) they&rsquo;re in constant shuffle and rewrites and change of opinions so maintaining long running projects on these frameworks quickly becomes a nightmare.If it&rsquo;s for learning or a side project, then pick whatever. If it&rsquo;s for business, pick tried and true and something g you&rsquo;re confident in 2 years will be still maintained and not be a totally different beast (ehem, next).

root_axis · Answer

None. I just use react and express. Does everything I need. I don't use ORMs, I write my queries in sql files. Deployment I use github actions or jenkins.

dian2023 · Answer

I like nextjs deployed on vercel but am not a big fan with the new direction of next so open to other frameworks. The other libraries I tend to change up depending on use case or what I want to try out. (this is mostly for basic crud/LLM wrapper apps)

slowtec · Answer

I'd use https://leptos.dev because you can use a fully typed language (Rust) that is super fast in the backend and also in the frontend (see https://krausest.github.io/js-framework-benchmark/2024/table...)

ndstephens · Answer

I prefer using Next. I've been using Remix at the day-job for about a year now. It's fine, but I still choose to use Next with all personal work. I'd also prefer to work with it professionally. My personal dev-blog started in v12, I upgraded it to v13 a while back (not much involved in that upgrade), and at this moment am refactoring it to v14. A lot has changed, and for the better.
It provides a great solution for most needs and problems. But I think the biggest selling point is that their docs are excellent. I never connected with the Remix docs...they often left me still confused. I've used Remix v1 and updated our two work repos to v2. I still don't feel fluent with it for some reason and often find myself thinking "I prefer the way Next does this".
Someone else here mentioned the T3 stack. That's a good resource to at least see other libraries/services that work well with Next. You don't need to follow any of it blindly, but use it as an information resource.

builder555 · Answer

VueJS - syntax is very simple, you can start using it by importing it in tag, or you can set up a full dev environment with vite, you can use vue dev tools plugin in chrome. It also has a very simple state management system as well as an event bus, if you want to go that route. and for backend - fastapi. i never found those "all-on-one full stack" frameworks to be usable.

coreyog · Answer

Svelte would be my vote. I don't like all the hoops Sveltekit is jumping through. I just want to compile ahead of time and get a bunch of dumb static files I can host somewhere. It's sad watching them move away from that.

ThalesX · Answer

I rather like the experience of working with Remix. Though it has some quirks. `remix-auth` is OK. `drizzle` works ok. I dunno, it depends on a lot of factors but in the spirit of your question this is what I'll answer.

shirogane86x · Answer

At $dayjob right now I'm using remix+supabase (although the supabase part is going away, but we're keeping postgrest). I have to say I quite enjoy it. DevEx seems good (although we've added quite a bit of our own logic on top). Performance is too early for me to tell. For my personal stuff I tend to do more app-like things, so SSR/SSG is not that useful to me, and I tend to go with pure react+redux. But I might try svelte when the new version comes out, it solves a lot of my issues with it.

gitgud · Answer

NextJS is pretty good. Here&rsquo;s why I&rsquo;d recommend it:- It&rsquo;s so much easier to manage file-based routing. 1 new page == 1 new file.- Super flexible about client/server-side code on each page- It&rsquo;s concise, and easy to understand. The amount of code in a hello-world project is tiny, but scales up to large apps really nicely- Easy to share things between client and server, typescript enforces type checking between client/server too- It&rsquo;s mature, has a huge community and backed by Vercel.Some cons&hellip; I hope you like JavaScript

manchmalscott · Answer

Phoenix, and by extension elixir, are so nice to work with I could hardly consider using anything else.

kevinak · Answer

Elixir + Phoenix (+ Svelte via live_svelte if you need very very real time stuff). Has everything you need and none of the BS that is the JS ecosystem. :)

robbyiq999 · Answer

I would recommend - https://create.t3.gg/It uses the following, which as of late are pretty well know and common, so you can punch in your problems to stackoverflow, google, or chatgpt and get some pretty good answers.It uses:Nextjs (React), typescript, trpc (typescript rpc), auth, tailwind, and Prisma (ORM for sql and mongo)Though of course these could go out of fashion tomorrow, but I don't think the essential idea behind these libs and frameworks are that wacky, unique or unordinary.Prisma ORM, is a little opinionated, and you could swap it out for Drizzle, which is basically typescript side sugared SQL.TRPC might be also be a little sticky because it is tied to typescript, this is the tradeoff for the buttery smooth coupling for the fullstack experience. I think there exists a typed-rest solution out there, but haven't used it.Personal anecdata, I used this stack for a little hobby project and it was FUN.

pcthrowaway · Answer

I'm using Astro for a personal project and couldn't be happier.It's not exactly the same as next/remix/kit, but does most of the same stuff and is a delight to work with. I love Svelte as well but SvelteKit, not so much

gardenhedge · Answer

Remix. It ties together a lot of things that make sense.The loaders and actions for loading and updating data just makes sense. Server side rendering just makes sense.

joshxyz · Answer

I use vite. It lets me work on pure React.js with Typescript.Next.js, Remix, Astro, and Svelte are another layer of abstraction i dont want to deal with.

cranberryturkey · Answer

https://primatejs.com/

rzazueta · Answer

Currently using SvelteKit for a project, and I dig it. I've used Vue in the past and tried to get on the React train, but both felt a bridge too far from good ol' HTML, JS and CSS. Granted, I'm mostly using the packaging and reactivity in SvelteKit - most of my server side code is written in Node using Express to better separate concerns, with some existing in SvelteKit mainly for BFF purposes.I feel like if, down the road, I decided to ditch a framework altogether, writing it in Svelte may help seeing as there are very,. very few framework specific elements in it. I may also be deluding myself.

dylanhassinger · Answer

Express + Vuewanna try Astro though

thatxliner · Answer

Supabase + SvelteKit = SupaKit

brycelarkin · Answer

React/Relay front end. Postgraphile/Fastify backend. Postgres database. Typescript. The most OP type safe stack. One change in your database propagates throughout your stack.

Which full stack framework (NextJS, Remix, SvelteKit) would you use?

And why? (Please do not answer with the usual "Use what you have most experience with" or "It depends on the use case")
Also what libraries/services do you prefer to use in combination? For example: -Auth -ORM/Db connector -Email -Deployment (VPS/Container...)

None. I'd use Go with standard library templates and plain ol' CSS with a sprinkle of JS.
If I was forbidden to use that, I'd probably use Ruby on Rails, Django or something like that.

None. I just use react and express. Does everything I need. I don't use ORMs, I write my queries in sql files. Deployment I use github actions or jenkins.

I like nextjs deployed on vercel but am not a big fan with the new direction of next so open to other frameworks. The other libraries I tend to change up depending on use case or what I want to try out. (this is mostly for basic crud/LLM wrapper apps)

I'd use https://leptos.dev because you can use a fully typed language (Rust) that is super fast in the backend and also in the frontend (see https://krausest.github.io/js-framework-benchmark/2024/table...)

VueJS - syntax is very simple, you can start using it by importing it in