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.

Css in js was like a fever dream that lasted 2-3 years and seems to mostly go away. It's a good example as to how the frontend world just seems to make bad decisions.

Like if you take React's server components, it has a ton of problems and gets excessive focus from react devs, but fundamentally I can agree on what's its trying to solve. I understand the need, even if i disagree in almost anything else regarding it. I still don't know what the css in js phase was about.

I would never hire someone who couldn’t quickly pick up a new framework in a language they already know anyway.