bluestacks 有个 hyper-v 专版，可以在 AMD 上用。
http://cdn3.bluestacks.com/downloads/windows/bgp64_hyperv/4.200.0.4205/0c7c894214ebb7d4fb9b009472f54254/BlueStacksMicroInstaller_4.200.0.4205_native.exe?filename=BlueStacksInstaller_4.200.0.4205_native_e0175934c4a0a56f1db683585ffd1bcf.exe

自问自答，成功得出错误答案。

首先微软弄了不止一个统一的 APP 商店，但是都没能成功，仅存的 UWP 也半死不活；

这是因为不管怎么搞，都要面对一个问题：既有应用怎么办？如果不兼容，那就是一个全新的系统，而近十年没有一个全新系统成功活下来；如果兼容，那么用户和开发者为什么不继续用旧的安装方式？为什么一定要让你的商店抽一笔？

而且苹果也没做到“所有软件都只能在 app 商店购买使用” ，Mac 就不多说了，iOS 也有越狱、企业部署等等很多方式自己安装，不然那么多破解版、多开版是怎么来的？

bitwarden 安卓版可以在复制密码一段时间后自动清空剪贴板

@Milicense #57 别杠了，就此打住吧！只有别人抄苹果，苹果只是和别人恰巧“看起来一样”而已；别人长得像就是抄苹果，苹果的东西长得像就是巧合，满意了吗？

@Milicense #51 你太敏感了吧？
安卓抄 iOS 能说，iOS 抄安卓不能说？

第三个 return 不在 decorated 函数内，跟 if 没关系，返回 decorated 函数

代码贴出来看看？ awk 虽然不算快，但绝不至于慢到这种程度

国服 100 以上，输了也会给你匹配机器人； 200-300 杯，一般输两次给你匹配机器人；直到 500+杯才不会安排机器人，所以楼主的感觉：遇到一场高玩，接着遇到一场脑残其实是：输给正常人然后被安排了机器人。

其实楼主既没有遇到高玩、也没有遇到脑残，他们只是普通玩家和机器人而已。

@redbuck #35 这个也有历史原因，比如网页中用了三个 jQuery 的插件，肯定不可能每个插件自带一份 jQuery 。
现在也一样，一大堆 react-xxx 的库，也不能每个都自带 react 。

正常，这玩意儿的做工不怎么样

因为最早 web 端的依赖就是放在项目目录下。

比如你的页面引用了 jQuery，要么把它放在 CDN 上，要么放在项目的 web 目录下，如果放在系统级的中心仓库，那么要怎么通过 script 标签引用它呢？

后来有了 web 端的包管理工具，例如 bower，也是放在项目目录下的 bower_components，这样可以通过 /bower_components/xxx/xxx.js 这样子引用。

node_modules 只不过是继承了这种做法而已，在刚开始的时候，node 端的工具还不多，node 仓库里大部分还是前端库，有不少人拿 node_modules 当作 bower_components 使用，`<script src="/node_modules/jquery/dist/jquery.js">` 这样子。

为了兼容性，这种设计就这样保留到了现在。

三门问题的变种，当然是选择主持人那张

https://zhuanlan.zhihu.com/p/39103023
如何让 React(anujs)跑在 IE8 上 - 司徒正美

看看这个？
我记得好像有不少国产、兼容 IE 的 react like 框架，楼主可以找找

swc，一个用 Rust 语言写的 Javascript 和 Typescript 编译工具，比 Babel 快 18 至 72 倍

"重输"是什么键？

@rannnn #117
"没合并的 PR 就推给用户": 这是安全漏洞
"别人 PR 有问题": 这个恶意 PR 是在利用漏洞

@leafShimple #107 又一个只看标题的杠精？