所以用 perf 工具分析一下呀，问题出在哪个组件，哪个函数，大体的范围是能定位到的

感觉你可以和他们确认一下是不是可以开源，以及你的工作内容和工作量

这种工作形式就和赞助不大一样了，听起来像是兼职劳动。赞助的话会自由一点，雇佣的话如果公司的 PM 或者客户有一个需求，可能就需要你填坑。

并且因为是闭源，所以还不能期待其它人来帮你填（虽然开源了也不一定会有就是了）

我对 yyx 的计划不是很了解，不确定 vue 2 的项目是不是可以用在 vue 3 上，从 vue 3 的 api 大变动的情况来看也许有风险（也许要重演 vue 1 到 2 的过程），所以写一个 vue 3 ready 的 bs4 库还是有卖点的

听起来新项目是闭源的？就是如果大家觉得你的库好用，又想用 bs4，就可以买这个版本？

考虑每年的通货膨胀的话，30w 其实是不足的。比一下 20 年前的 30w 和现在的 30w 的购买力就能想象了

比如考虑换个语言？

意淫的成分有点多，无法认同

我觉得还是选新不选旧

11 的双卡、cpu 和续航方面都有优势，而且拼多多买的话还是比 xs 要便宜

我觉得 9102 年的前端负责人如果还感觉不到 mvvm 框架相对于原生 js 在工程方面的优势的话，那还是挺可怕的

现在的 pci-e 无线网卡基本都是无线模块 + 底座，模块选 intel 之类的应该就还好，驱动和底座没什么关联，装上去应该没什么差别的

想开点
公司付钱请你上班，你的工作产出的权益归于公司，他们有处置权。不过写代码的时候学到的知识和经验，还是属于你的，你赚到了

snapshot 和你看某个元素的具体值不冲突，两个可以结合起来做

除了 snapshot 文件，还有 inline snapshot，这个是在测试代码里面更新的，应该更醒目

snapshot 的存在意义还包括如果有回归，可以根据修改历史定位到引入回归的提交，有总比没有好

docsify

https://github.com/xiaolai/xiaolai.github.io

这个 api 的结果应该是有参考价值的，比如我的博客的订阅数就是 0

还是有一些应用国区没有，比如微软的 Remote Desktop，完全没法理解是什么原因

正如你所猜测的那样，登录国区帐号之后就检测不到其它区下载的应用更新

感觉你需要先找出原因再解决问题比较好

默认什么设置都不需要加，remote 是 ssh 形式的而不是 https 的就可以了

先区分一下这个 HR 是自己给自己加戏，还是在贯彻老板的想法

async () => { await init() } 这一句没什么含义，直接写 init 就好

取决于你的设计要求，可以
1. 实现一个简单的 promise 队列，保证第一个 promise resolve 之后开第二个请求
2. 用 p-cancelable 之类的库，在 domain 改变之后先 cancel 之前的 promise，再开新的 promise

当然是前后端分离呀