3 ms·
I believe the 20 percent improvement in perf and engagement alone justifies the effort. Otherwise, the choice of React in this instance is great because you can
by niketn 10y ago
I believe the 20 percent improvement in perf and engagement alone justifies the effort. Otherwise, the choice of React in this instance is great because you can fail quickly (easy to learn + very easy to start integrating), therefore being able to stop blowouts before they arise.
- pjmlp 10y agoThe question is if those 20% weren't also equally attainable by improving the existing code instead of porting to a new stack.
- oliverkyss 10y agoWhat question? You seem to have already decided on the answer without asking anything.
- pjmlp 10y agoIs it possible to achieve 20 percent improvement in perf and engagement by improving existing code instead of fully rewriting it in another technology stack? What would be the monetary cost of such decision versus the monetary cost of the one taken? Which approach would achieve the same value of 20 percent improvement in perf and engagement with lower amount of money being spent?
- ng12 10y agoDid you read the article or just the word "React"? They're incrementally migrating, not fully rewriting the application.
- pjmlp 10y agoYes I did, and did not saw the business case (monetary) in the decision.
- ng12 10y agoWell the article is primarily about the technical implementation, not the business rationale. But they still mention the main reasons: engineer productivity, community support, and performance gains. All of those translate to money. As someone who used to work on large Backbone apps I agree that it's a huge drain on developer productivity -- hard to add features, hard to test, lack of standards, etc. Not to mention the recruiting problem: I would never accept a job offer to work on a Backbone app again.