The quiet, pervasive devaluation of front end

Re:The quiet, pervasive devaluation of front end by DanielHB on Friday March 08, 2024 @08:33PM (#39648599)

This is also why SSR JS frameworks are gaining traction. But I still think as a product grows eventually you need some kind of formal API to help separate concerns and scale teams.

Even back in the multi-page application days people doing large apps were already splitting their code MVC style with a model-layer that functions much like an API layer does today in an SPA.

Most devs don't understand that some techniques just don't work after a certain point and others are too complex for simple use cases. Everybody wants their silver bullet...

[ Parent | on HN ]

Re:The quiet, pervasive devaluation of front end by PH95VuimJjqBqy on Saturday March 09, 2024 @04:41AM (#39650576)

there's nothing wrong with the browser doing work for the rendering, the issue is that _all_ of the work has been offloaded to the browser.

It used to be, a page that was primarily rendered on the server but used javascript for dynamicism in the frontend was still considered SSR. nowadays people try to relegate SSR to only rendering on the server, but that's never been the case and is a strawman.

[ Parent | on HN ]