I guess this just seems like a massive amount of hoop jumping that, from the outside, looks like OCD levels of premature optimization for future demands that might well not occur.
Put differently: how much more time and energy would you have had to work on your MVP if you had just used Rails?
Actually, the time spent to setup correctly all the toolings is much more than the MVP itself.
The ratio is about 6/1.
Once setup, it took me about 1-2 weeks to complete a MVP.
Want new feature ?
- Add a graphql API (if not exists) and compile to Typescript typings.
- Develop and deploy a React Component for that feature.
But this is a trade-off i take into account.
I even have a production system running on Rails, with frontend React.
This stack's benefits to me:
- Universality (one Typescript to rule all backend and frontend)
- Separation of concern (no more MVC, only components)
- Scalability (each part could scale independently)
- Modularity (the business logic now could have its own service as a graphql API)
- User interactivity in less code (this is why SSR with React)
My new application on this "modern stack" is nearly to be released. If you want to know more, ping me on twitter @revskill.