News for hackers. Stuff that matters.
Re:We moved Railway's frontend off Next.js. Builds went from... by Hamuko on Wednesday April 08, 2026 @04:23AM (#47687043)
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.
Re:We moved Railway's frontend off Next.js. Builds went from... by ramon156 on Wednesday April 08, 2026 @04:28AM (#47687083)
I'm not insanely deep into frontend, I mostly just pick up React and call it a day, but it seems like this is also 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.

Re:We moved Railway's frontend off Next.js. Builds went from... by selfmodruntime on Wednesday April 08, 2026 @05:21AM (#47687528)
I have never in my career encountered a Vanilla JS project of at least medium size that I would have called simple. They all feature brittle selfmade frameworks whose developers have since left the company years ago.
Re:We moved Railway's frontend off Next.js. Builds went from... by maccard on Wednesday April 08, 2026 @05:57AM (#47687902)
I write C++ and C# all day - I think it’s fair to say the same about a project in any programming language!
Re:We moved Railway's frontend off Next.js. Builds went from... by maccard on Wednesday April 08, 2026 @05:56AM (#47687896)
This is my understanding too - tools like react are like microservices - they’re a technical solution to an organisational problem. HTML/css/JavaScript is an imperfect abstraction, so we got bootstrap. Then we got client side frameworks which introduced a build step, and then we got asset bundles, optimisers, linters, validators, tree shakers, package managers, validators for your package managers. All of these monkey patched around the actual problem with more abstractions, and the end result is what we have now.
Re:We moved Railway's frontend off Next.js. Builds went from... by thibran on Wednesday April 08, 2026 @04:31AM (#47687109)
Isn't the main problem that the building blocks the modern web is based on are not a good fit for what we do with it?

CSS is a total mess. HTML is a mess. JS is okay, but is not a high quality language.

We would save so much time and money if we would have a modern base to build on. Sadly this will probably never happen, because company interests will try to corrupt the process and therefore destroy it.

Re:We moved Railway's frontend off Next.js. Builds went from... by selfmodruntime on Wednesday April 08, 2026 @05:23AM (#47687553)
How are CSS and HTML a mess? Combined, they're an incredibly powerful layout engine that works almost the same across all environments and devices while also featuring easy accessibility.
Re:We moved Railway's frontend off Next.js. Builds went from... by thibran on Wednesday April 08, 2026 @06:34AM (#47688187)
When taking a bird eyes view on CSS it will be hard to oversee that CSS is a mixture of different concepts that evolved over time with a lot of inconsistentsies. It is possible to make it work, but it's not pretty.

Same for HTML. If the web would be reimagined today, there is a very low chance that we would create HTML as is.

Re:We moved Railway's frontend off Next.js. Builds went from... by rk06 on Wednesday April 08, 2026 @05:29AM (#47687611)
the biggest problem with html/css is that they are tightly coupled. you can't meaningfully modify a layout with css alone.

second biggest problem is "no stricter mode". so even wrong or useless html/css code goes unflagged and is treated as it is normal.

CSS is way too powerful.

Re:We moved Railway's frontend off Next.js. Builds went from... by rho138 on Wednesday April 08, 2026 @06:29AM (#47688158)
> you can’t meaningfully modify a layout with css alone Wut?
Re:We moved Railway's frontend off Next.js. Builds went from... by manuelmoreale on Wednesday April 08, 2026 @11:53AM (#47691914)
> you can't meaningfully modify a layout with css alone.

https://csszengarden.com/pages/alldesigns/

That statement wasn't true ages ago, and it's even less true now.

Re:We moved Railway's frontend off Next.js. Builds went from... by pjmlp on Wednesday April 08, 2026 @06:35AM (#47688194)
Like using SPAs for classical Web development, and then they rediscover PHP.
Re:We moved Railway's frontend off Next.js. Builds went from... by itopaloglu83 on Wednesday April 08, 2026 @05:02AM (#47687367)
It’s mind blowing when you check the generated code, because it goes over 50 elements deep for a simple looking website.

Makes me think that there’s no way this is computationally efficient either.

Re:We moved Railway's frontend off Next.js. Builds went from... by crooked-v on Wednesday April 08, 2026 @05:09AM (#47687425)
That particular issue is nothing to do with Next or React and everything to do with how HTML/CSS is a really shitty layout engine.
Re:We moved Railway's frontend off Next.js. Builds went from... by maccard on Wednesday April 08, 2026 @05:35AM (#47687679)
Hard disagree. This is JavaScript frameworks building a hierarchy for themselves and ignoring any sort of complexity on the generated DOM. There’s 0 reason for these 8-10 nested divs other than that’s what the framework spits out.
Re:We moved Railway's frontend off Next.js. Builds went from... by nixpulvis on Wednesday April 08, 2026 @04:55AM (#47687299)
Same reason why 90% of websites have serious UX issues and constant bugs. This and ad frameworks.
Re:We moved Railway's frontend off Next.js. Builds went from... by rafaelmn on Wednesday April 08, 2026 @11:08AM (#47691289)
And underenginered at the same time !
Re:We moved Railway's frontend off Next.js. Builds went from... by mmarian on Wednesday April 08, 2026 @11:45AM (#47691800)
Not that backend is any better - microservices everywhere, must scale to Facebook traffic even if we only have 10 customers, etc. Saying this as a backend dev