2 ms·
> That's React in 8 lines of jQuery No sir, that doesn't include server side rendering or diff rendering either (meaning changing a bit on the top component wo
by tomasroggero 9y ago
> That's React in 8 lines of jQuery
No sir, that doesn't include server side rendering or diff rendering either (meaning changing a bit on the top component would re render all markup, not just what has changed)
Stop trying to over-simplify. The problem being discussed here is not React vs jQuery. It's what we do and the decisions we make as engineers to provide a good experience based on performance which is OUR side of UX.
- bigmanwalter 9y agoI mean, you can use either the of the morphdom or setdom libraries to do the diffing if you don't want to replace all the HTML, but the concept remains the same. I'm not convinced by arguments such as "when you're a large team it's necessary". Scaling teams has more to do with project structure than what rendering library you use. Likewise, it's much easier to tweak performance when you aren't depending on a monolith like React or Angular.