We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
- I just tried their domains page it took 10.8MB of data and took 2s for the DOM to be ready.
page actually took 17s to fully render with multiple shift changes.
all to render a domain search bar similar to google home page.
https://railway.com/domains
- We went through a very similar migration. Had a Next.js landing page and a separate TanStack Router SPA - consolidated both into a single Vite + TanStack Start app. Same experience with build times and the architecture mismatch: our app is heavily client-side with real-time state, and fighting Next.js's server-first assumptions wasn't worth it. TanStack Router's type-safe routing and file-based route generation have been great.
by l5870uoo9y
2 subcomments
- I migrated the landing pages for my app[1] from Nextjs to Astrojs mainly because I was paying Vercel $20 per month for serving static pages(it’s 4 times more than I pay Railway for the Postgres database for the actual app and also 4 times more than I pay Cloudflare for hosting all my apps). I used AI for migrating and it took a few days only as the existing repo was used as “instructions” and it included some upgrades and improvements here and there.
[1]: https://www.sqlai.ai/
by wouldbecouldbe
1 subcomments
- The irony is deploying NextJS on the railway platform is super slow since they use containers, on Vercel 2 min is like 12 min on railway, deployments on a vps are only like 20 seconds.
*I know this is just build time, so this is different then their deployement time
by Hendrikto
2 subcomments
- Two minutes is still way too long. What are we doing? This is ridiculous.
- I have a Nextjs heavy app which takes around 7 minutes currently. But I've been thinking of moving away from next for a long time now. TanStack seems to be a good fit. This gives me a bit more confidence in just doing it.
- I loved reading:
> we sponsor both Vite and TanStack because we believe in where they're going
I'd like to see more of this attitude.
- You can't keep JS devs away from the new shiny framework for long.
by SilverSlash
2 subcomments
- A lot of the LLMs are very familiar with next.js and vercel is also aggressively building an ecosystem around their tooling for LLMs. So I wonder if this problem will only be exacerbated when everyone using LLMs is strongly nudged (forced) to use next?
- Railway should try Rails
by jspaetzel
1 subcomments
- Incredible that the builds were ever 10min. How far things have regressed.
- Time to move your blog off Next too? It’s slow as molasses for me, loads a billion JS chunks and JSON fragments, when it can be a static site.
by lukasholzer
0 subcomment
- This is the kind of post I wish more teams would write. The "we picked the popular thing and it got slow" story is so common. But most teams just live with it. They don't want to touch it. 10 minutes to 2 minutes is huge for dev speed!
I'm a huge fan of tanstack start especially the ability to just static prerender some paths (a feature I'm missing a ton with astro)
For me tanstack start is the new dominator on the stack!
- I think one of the less mentioned benefit of coding agents these days is how much easier it is to do big migrations like these
Recently I was ~70% done on a project using the relatively young Electrobun framework when I hit a non-negotiable limitation
So I told a $$$ agent to plan and implement a migration to Tauri, then repeated the loop of telling a $ agent to look for feature parity issues and having a $$ agent verify and fix the issues
In a couple of hours I got virtually the same app in a different framework
So there's definitely less burden in choosing the right framework at the start of a project, and less justification to keep a suboptimal infrastructure simply due to cost of migration
- We made a similar move from Next.js to Vite (with Tanstack router): CI build dropped from 12 min to barely 2 min. We won't look back.
- Makes sense. At brainpod.io we moved from Next.JS to Deno Fresh. Not 100% happy but definitely an improvement. Also via Vite (since V2).
I loved NextJS when it was relatively new but with turbo pack, the app router (and the insane amount of bugs that came with it) it's no longer my go-to frontend framework.
- This is one of the most frustrating thing about working with NextJS. There seems to be no way to improve the speed of building the app.
by plasticeagle
0 subcomment
- AI;DR
- :suprised_pikachu_face:
Is the quality of software engineers really dropped that low that people get excited when they move off from "heavy bloated" frameworks to lighter alternatives? Or is this just SEO farming garbage to position the company higher in search results?
- They don't even mention the Next.js version used - where they using Turbopack or not?
- Funny, I just today merged our migration from Next (with turbopack, page router, ~200 pages) to Vite + Tanstack Router. Builds went from 2.5m to 25s.
But even bigger was the improvement to dev mode compile times. With Vite it’s near instant. With Next running our e2e tests in development was utter pain.
So happy to leave next & vercel behind.
- Zero references to Turbopack, maybe start there?
- Anyone tried to use vinext from Cloudflare in production? Might be faster.
But seriously, not sure why NextJS builds take so much, we are using stable and functional pages router in DollarDeploy and it is still takes too much time to build.
by mellosouls
3 subcomments
- Reminder, as its not mentioned:
Next.js is produced by Vercel, a competitor to Railway.
- Now try to do the same thing that MDN did to their website and reduce 2 minute build times to 2 seconds.
by mememememememo
2 subcomments
- Wait till you use HTMX!
- Can we just get back to html/jQuery/handlebars? Those were the good old days :`(
- Website development should not require any build steps whatsoever and I will die on that hill.
- It’s absolutely mind boggling to me that we have gotten to a point that building a web frontend takes longer than compiling the Linux kernel..
by midasoperator
0 subcomment
- [flagged]
- [dead]
- [dead]
- [flagged]
Hacker News