4 ms·
Aside from the validity of the article's claims about patents (see my other tirades about that) I'm not sure the point even makes sense. React, the library, is
by pluma 9y ago
Aside from the validity of the article's claims about patents (see my other tirades about that) I'm not sure the point even makes sense.
React, the library, is at its core a glorified templating system. It provides plenty of escape hatches that make migration as well as inclusion of foreign UI components and libraries a breeze. It's stupidly simple to migrate away from.
If you are a high valuation startup looking to get acquired for your technology (rather than acquihired) I find it extremely unlikely your valuation hinges on your frontend code. And even if it does I find it extremely unlikely your frontend is tied so closely to React you won't be able to spend, say, 1MM replacing React with Vue or what have you (maybe at the cost of a little pizzazz).
If your frontend is animation-heavy, that likely doesn't live in React land. If your frontend is mostly static, it should be trivial to replace React as well.
If your startup is valuable, being sued over some frontend library is probably the least of your concerns. If the company looking to acquire you has enough cash in the bank to sue Facebook, they have far more than enough cash in the bank to replace React.
- thepompano 9y agoJust throwing this out there - replacing an entire front-end monolith framework in large part depends on the size/scale of the application, and how well it was implemented to begin with.
- pluma 9y agoOkay, so maybe the recommendation should be "build your app around the assumption you may have to swap individual dependencies out in the future". Amazingly enough, this recommendation is also beneficial if it turns out there are patents covering Angular, Vue or Ember.