@zhwithsweet #58 Angular 和 React 相比传统 Web 开发的变化是颠覆的，但 Vue 就提供了相对平滑的演进曲线，不「成」才怪。Vue 3 的曲线陡了一点，但依然可以几乎零成本地迁移已有代码库，不「成」才怪。

@reus #53 「尤雨溪推广 vue 时，可没少攻击 react 和 angular，换成别人攻击 vue 了，他就耍这种下作手段。」如果你不认为这句话是造谣，请举证。

@reus #48 如果你确实想讨论问题，请列举出能支持你在本主题所言观点的证据，证据有效我向你道歉。如果你无意讨论问题并且毫无道理地拒绝反驳，请闭嘴。

@loading #29 按照目前已知的情况，迁移几乎零成本。如果考虑使用 Vue 3 兼容版（而不是只包含 Vue 3 推荐特性的「先锋版」），已有代码库无需做任何改动。不过如果是刚开始学习 Vue 的话，建议先过一遍 Vue 2 的文档，然后过一遍 Vue 3 RFC，优先学习 Vue 2 中没被 Vue 3 改动的特性，再学 Vue 3 的推荐特性，最后再学其他的。

@reus #37 「造谣一张嘴」，望自重。

@luoway #22 我说的「稳定」不是说没有新特性了，而是「遇到问题有人管」。假如尤大「迫于生计」找了份 996 的工作，每天一睁眼不是老版的 deadline 就是孩子的学费，哪儿还有心情处理 Vue 的 issue 呢？从这个角度说，React 和 Angular 都不错，但二者的上手门槛显然是不同的，这个时候公司就得考虑招聘和用人成本的问题了。大公司要考虑，小公司尤甚。

@luoway #20 作为开发人员，尝新、造轮子都是天性，或许不觉得一个工具、框架不稳定是大事。「又不是不能用」，对吧？但商业层面不是这么考虑的，不然不会有那么多主打隔离、锁定依赖的运维、部署方案了。Ant Design 的「下雪事件」，对开发人员算个事儿吗？不就是多了个背景图嘛，没影响内容没影响交互更没影响业务，甚至不用干预过一天自己就好了——但老板们也是这么想的吗？

Flutter 也好，Weex 也罢，总会有人用的，这也侧面证明社区对这些技术方案的肯定。但不算闲鱼、手淘，市面上还有多少公司在 production 或主营业务使用了这些方案呢？阿里敢用，是他们有遇到问题正面刚的底气，这个底气来自阿里累计多年的企业资源——而这世界能有几个阿里？

决定技术决策的，往往不是技术因素。

PS: 相比较 Weex，我更看好 NativeScript （

@luoway #15 其实背后是不是一个团队倒在其次，关键是看这个框架的维护是否有稳定的物质支持。毕竟人都是要吃饭的，用爱也许可以发电，但毕竟不能当饭吃。比如 core-js，万一哪天作者撂挑子或被迫撂挑子了，而你的业务重度依赖它，尴尬不尴尬？这也是为什么 Vue 早期很有讨论度，但公司产品层面接受度不高的原因——人家凭什么相信 Vue 能稳定支撑公司业务发展？

技术层面上，Vue 和 React 现在没什么秒杀彼此的区别，至多也就是一种倾向、习惯的事儿。团队成长上，双方都有不少浑水摸鱼的，就看团队在哪个框架上更有去伪存真的能力。

早些时候选择的 React 的理由很简单：背景是一个大型商业公司。当然简单也是一个重要因素（相对 Angular 而言）。

后来的理由就是市场了，也就是好不好找工作 /人。

问：一个 Action 是否可以不调用 commit ？
答：可以。

问：一个 Action 是否可以不调用 commit 直接修改 state ？
答：可以。

问：一个 Action 是否可以不调用 commit 直接修改 state 同时不抛警告？
答：不可以。（除非你 hack 了 Vuex 的逻辑。）

问：为什么？
答：因为 Vuex 的机制就是这样设计的（只能通过 Mutation 修改 state ）。

与其说趋势，不如说是现状吧，（数据）可视化已经是前端界热门领域之一了。但可视化只是一个工具，要应用到一个业务场景才能体现价值。如果是要作为主攻的方向，选可视化不亏；但相对的，（进阶的）可视化对数学有更高要求，到时就不光是前端的问题了。

培训不是问题，问题在于对方在面试过程中表现出来的与实际开发交付质量不符。这样，问题就转化成了「如何判断一个人的技术水平？」，就相对简单多了。

至少筛简历的时候，还能看到不少在技能清单里写 Layui 的。

翻译真是门学问。

Hook ——钩子
Guard ——守卫
Interceptor ——拦截器

都有各自「约定俗成」的用法，借用谁的翻译都不合适，直接写原文也不太友好（这些个英文原词在中文圈不是那么常见）。

PS: 所以理解本质才是硬道理。

14 转 7，也涉及京港地铁了，一切正常。

或者把根实例暴露出来，通过 vm.$store 访问（

是啊，怎么还没出啊，急死人了

缺乏理论基础直接正面刚应用就是这样的。

如果你（作为产品经理）只是想拓展知识面，提取各种术语（技术、工具、框架、概念、模型、……），整理出一句话解释，然后对它们按业务领域归类即可。如果是想正儿八经学习，先打好理论基础，最好找个明白人带。

初级开发这个岗位，上下限之间的空间太大了，滥竽充数的成本太低，所以才会有这么多滥竽充数的现象。这个问题，个人感觉跟「提升国民综合素质」是同等难度的。

理性派：

首先，我是男性。然后，「那别要女朋友了」这种明显伤人的气话一开始就扔出来显然是不合适的。

你需要依次解答以下几个问题：

1. 你的目的是什么？（保证你们的交流时间？保证他的休息时间？）
2. 他的目的是什么？（提升自己以争取更好的机会？不想费心聊日常所以以学习为借口躲避交流？）
3. 你的立场是什么？（支持他的工作？维持你们的关系？）
4. 你的底线是什么？（日常至少一个小时相处的时间？ 12 点前必须上床睡觉？）

想明白这些问题，找机会和他聊一下，说出你的顾虑和期望，看你们是否在同一条战线上。

如果不是，可以参考三观不合来处理。