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

What's the value-add to using SSR React as compared to a framework purpose-built for server-side rendering to begin with if you're starting a "new project"?



Value-add is for engineers who use React day to day already or want to use a minimal API to work to build their UI.

Don't take my word. Checkout the popularity of React, it's proliferation into the marketplace, and it's use on production environments. Also Vue is another popular alternative that UI engineers like to use, which also has SSR.


>Checkout the popularity of React, it's proliferation into the marketplace, and it's use on production environments.

How is this a valid methodology to picking a framework for your web product for your new business / project? If the idea is to reduce training/recruiting/onboarding costs and sacrifice domain-specificity to attempt to utterly commoditize your developers, I can sort of understand that reasoning at larger scales. I just don't understand why a new business/project would choose this weird circumstantial path for new development initiatives.

I also don't understand why I can't seem to get any React enthusiasts to explain to me the business value prop of using React for a _new_ business started today. I'm only guessing that there are elements of cost reduction in training/onboarding/continuing education, but nobody will even go as far as admitting that much of it, let alone give a decent technical reason for using React.

Does all of this really just boil down to "It's javascript, and I know javascript. And not only that, but it's React, and I've used React before to work on this website that I thought was pretty cool, so I might as well just use React again because so many other people use it."?

I don't even think that is that bad of a business reason, I just don't get why people are so cagey about it and try to invent weird technical reasons for why your enterprise document store needs to have a reactive, fully-fledged javascript application running in the client browser just to show a document and expose basic CRUD actions.


Being able to use one framework instead of two.


Why would you use two frameworks on a new project?


This is what happens when you use a frontend framework and a backend framework.

EDIT: To clarify,

> as compared to a framework purpose-built for server-side rendering

If you use ANY framework purpose-built for server-side rendering, the second you need to do some client-side rendering you're now using two frameworks.




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

Search: