真诚发问，非钓鱼贴。之前一直用的是 vue，最近学了下 react，感觉上 vue 的语法好像是比 react 更简单。那么为啥国内外大公司都在用 react，用 vue 的相对比较少呢？是因为 react 先流行起来的吗？

都挺好，我继续用 jquery

拿公司 vue3 项目举两个例子，不输出观点：
开发中经常遇到调试几分钟十几分钟最后发现是有个地方忘加.value ；（项目是前员工 create vite 建的，不知道为啥 ide 没类型提示）
想把单文件组件里一小块单独抽成一个简单的只在当前.vue 文件内用的小组件，似乎只能再新建一个 vue 文件？（如有更好办法请不吝赐教）

@px920906 vue 也可以用 jsx 语法，详情请 Google 。

@Leviathann
说 Compose 是 React 的后代没问题，Flutter 和 SwiftUI 只是和 React 同为声明式 UI 框架，实际上还是很不一样的。

@QlanQ 我的第一感觉也是 PHP ，简直是文艺复兴

没活整活

React 是哲学，需要使用者真正理解它的思维方式，一旦开窍就会觉得自己无所不能，是个自由的崽儿

国内还是 vue 流行，特别小城市，面试了 10 几个前端没有一个会 react 、typescript 的，我就郁闷了，同一个语言啊，有那么难学吗？

@luckycat 说是艺术，很大程度也就是掩盖过气的技术能力不足罢了。

UNIX 默认非技术型用户不关心他们不提供的东西，但实际上这就是事后诸葛亮，而且大部分根本不符合事实。
所谓只提供机制不提供方针的哲学做到的就是 UNIX 风格的产品默认永远是半成品，因为即便是理解技术并完全能调整体验的用户，也没机会在内部自动化复用这些过程的冗余——除非自己二次开发。
随便加个约定优于配置的思路，根本不会导致“束缚在一套方针或界面风格内”。只要足够模块化，过气的东西直接扔给用户就是（而不是从来就当不存在），这没有后遗症。
某种意义上，这种自以为是也是 X 被 Windows 很大程度取代的原因，尽管后者连更重要的“机制”都不提供。
逼迫用户丢了西瓜捡了芝麻，可不是什么光荣的历史。

另外一个类似的故事是《无名师和万行码》。
其实就是 UNIX 祖师爷水平不足，造不出同时能适应 C 和 shell 需求的解决方案，于是反过来强词夺理来分裂原始需求了。

我接触下来后端也许不太能接受 React ，因为一个函数式组件输入参数创建之后返回的不是一个实例，他们没法接受这个事实，因此指导前端架构的时候频频起矛盾（幸好函数式组件还留了 ref 机制）。

@monetto 这咋了，apple 从 RISC 换到 X86 又换回 RISC 自己吃了多少次自己的屎。IBM 把自己发明的 PC 都给卖了。还记得 IA64 吗😂

有没有可能，只是基础语法更简单，越到后面难度越是接近。。。

感觉 React 在构建程序员思维方面比 Vue 好，Flutter ，SwiftUI 还有 Android 那个 Compose ，包括 Vue3 的 Compose Api 有很明显的 React 风格，个人觉得这就是一段时间前端的范式，包括一段时间提及的 f(state) = ui ,感觉就是 React 开始风靡的时候传开来的，vue 个人觉得在程序员思想的构建上不如 React

因为鱿鱼吸不支持中文文档🐶

@Rocketer java 那么差

vue 我感觉很符合中国人的思维哇，学起来更简单？

@px920906 vscode 用 volar ，eslint 、typescript 配置好一般也能知道少写了 value

@terranboy vue3 的 composition 和 react hooks 有本质区别, vue3 的响应式系统是可以脱离 view 的, 你甚至可以在 nodejs 中响应编程, 而且也没有 react hooks 的闭包缺陷, 而 react 的 hooks 是无法脱离组件的上下文的, 使用场景比较受限

Hotwire 党表示前后端分离是啥，我还能战

@ecloud 性质不一样，Vue 大量招募英语不好的小白加入，小白加入之后，立马又改变对中文文档的态度，如果是一开始没将中文文档作为卖点，这件事是情有可原的。
但是问题是，你拉英语不好的小白，为你增加影响力。当你不需要这些小白之后，名声起来了，立马就可以将这些小白扔掉。

程序员是需要学习英语，学习英语确实是一项必备的技能。但是，你不能过河拆桥啊。比较有很多人只想吃口饭，不想往上干。