Comment by wavemode

Sticking with React because of "stability" / "ecosystem" seems very strange to me - I've never seen more churn than in codebases making heavy use of the React ecosystem. Constant breakage. Constant rewrites as functions, features, and sometimes entire packages are deprecated.

I also tend to see a lot of the "left-pad" phenomenon in such codebases. Large swathes of the "React ecosystem" are libraries whose relevant functionality you could've implemented yourself in a few minutes (and you'd probably have been better off doing so, to avoid the dependency hell). And there are also large swathes that only exist to work around deficiencies within React itself.

Hireability is a somewhat stronger argument, though this is situational - sometimes you're hiring "tactically" and truly need someone who can hit the ground running in your codebase as soon as they arrive, but oftentimes it's completely fine for new hires to be unfamiliar with your language or framework of choice, and gradually onboard to it on the job.