We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
1–10 of 230 posts
Re: We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
#2Next.js is produced by Vercel, a competitor to Railway.
Re: We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
#3Re: We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
#4Reminder, as its not mentioned: Next.js is produced by Vercel, a competitor to Railway.
Re: We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
#5Re: We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
#6Re: We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
#7Re: We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
#8It’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..
Re: We moved Railway's frontend off Next.js. Builds went from 10+ mins to under 2
#9It’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..
As a non-frontend developer mainly observing and touching something here and there, a lot of the things that frontend developers do seem vastly over-engineered.
I've seen vanilla JS before, and I just know I wouldn't want to do the housekeeping that comes with it. People claim it's less work because it' simpler, but I fully expect myself to rewrite the thing at least twice, only to give up because I have no actual mental model anymore of how it works.