Hacker News new | past | comments | ask | show | jobs | submit login

> Having a server component is just the natural step after a decade of bloated and unnecessary SPAs.

Not sure I buy that argument. While I am not totally against the idea of server based frameworks, what is disappointing is the frameworks are appearing to plant the above message.

SPAs provided us a good boundary and that is blurred by all these server based frameworks. You now have server for UI, server for BE. While I agree some SPAs are heavy, I think we have reasonable solutions for most. And these server based framework still need all the work that is done in SPA, just that routing and some aspects of bundling are taken care.




There's no conspiracy. SPAs should have never become the default way to make web front end.

Making a good SPA takes a lot of work and almost nobody has time to do it properly. Even Google with all its resources is incapable of making a good SPA for the Google Cloud console.

This article hits the nail in the head:

https://nolanlawson.com/2022/06/27/spas-theory-versus-practi...

"The best SPA is better than the best MPA. The average SPA is worse than the average MPA"

I'm not saying SPAs do not have their use cases. They totally do (Gmail, Twitter, Spotify, etc) and use them daily.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: