夜景模式也不是运算能力的问题。
看这篇文章 https://blog.halide.cam/iphone-11-pro-preview-the-camera-hardware-changes-16a543b77c24
新 iPhone 的 ISO 范围是 32-3072，旧款是 24-2304。
硬件上的差距不是软件上能简单弥补的。
（即使能，一般情况下，也不值得投入如此人力。）

QuickTake 事实上确实是硬件相关的特性。

> During a briefing at Apple HQ in Cupertino on Tuesday, I was told that QuickTake actually utilises an element of the new hardware in the iPhone 11 and 11 Pro. In other words, older models simply don't have the guts, if you get what I'm saying.
https://www.gizmodo.com.au/2019/09/quicktake-is-exclusive-to-iphone-11-plebs/

微信群太封闭了……去电报上聊吧。
https://t.me/RemoteGroupCN

看起来你改过 npm 全局包安装的位置，但是 PATH 变量可能没改。
在 `~/.bashrc` 里加上这句：
```
export PATH=$(npm bin -g):$PATH
```

提供几个可能的排查方向：
1. 目录权限问题
2. 环境变量问题，说不定有什么预定义的奇怪的环境变量导致运行出错
3. lockfile 和 cache 问题，确认一下 lockfile 的内容是最新的（以免碰到旧版本的 bug ），确认一下 CI 环境安装依赖用的命令是 `npm ci`

@duanzs medium 被墙了，自行翻出去吧……

不知道你需要的是不是这种模式：
https://medium.com/@cramforce/designing-very-large-javascript-applications-6e013a3291a3

enhance instead of import

@df0618
1. API 设计上的权衡可以看这里： https://github.com/vuejs/rfcs/pull/17#issuecomment-494242121
2. JS 目前语言设计的问题，可以看下贺老的吐槽 https://youtu.be/WDsEvlXE-BE
JS 的 decorator 标准难产这么久不是没有原因的……依赖于这样的标准肯定是有风险的，作为用户层的 addon 更安全

@plqws
是的。
解释工作应该在进行中了……

更新：我已经不在阿里工作了 😂

@plqws

> 则会让人纠结到底要用传统的 API 还是新 API
一般肯定是建议新代码新用法，老代码老用法。跟 React 生态的演进也没什么区别

> 开发者需要在 setup() 里到处寻找 value 在哪里，methods 在哪里，分辨哪些是 computed，某个叫做 isEnabled 的字段到底是 value 还是 computed
我不是太理解为什么需要区分 value 和 computed。
不过 value / computed 和 methods 的区分我觉得是可能会做出改进的（当前的 RFC 仍然是设计中的版本，不是最终版本，有新的好想法或好意见肯定会继续调整的）

> 可能会出现的旧 API 被废弃导致的迁移成本
RFC 里刚开始用了 deprecation 这个词，应该算是 Vue 团队信息传达时的一个失误，让普通用户被吓到了。
事实上，这个成本无限接近于零。
1. 因为 setup 写法是一个比较底层 /基础的实现，基于这上面提供旧 API 的兼容版本，不过是需要用户改一个 webpack alias，或者引入一个新的库而已（参考 create-react-class https://reactjs.org/docs/react-without-es6.html ），而维护这个兼容库的成本非常低
2. 另外因为 function API 的灵活性，其实这个代码可以低成本自动化转换（并且不丧失可读性）。Akryum 昨天差不多一天时间就写出了这样一个在线工具： https://suspicious-mclean-0e54c3.netlify.com/

> 不需要多熟悉 js 的语法糖或者未来特性，就能用 Vue 进行生产
函数也是非常基础的 JS 语法，而且去掉了魔改 this，应该说门槛更低了……

> 某种意义上，引入这个新的 API，基本上所有现存的插件都要重写
不，跟 React Hooks 相似，这只是提供了新的**底层**能力，现存插件完全可以不重写，只是说，新的底层能力让插件作者有可能设计出新的 API 用法。

> 在 Vue 4.0 中彻底废弃原有的组件声明方式

不会的，如果到时候用旧的声明方式的人足够多，肯定不会从核心移除。
即使用的人不多了，也不会抛弃，最多是从核心仓库移到单独的包里。（就像 React 对 createClass 和 PropTypes 做的那样）

因为新款的默认缩放不是整数倍的？ 2016 以后的 15 寸 MBP 默认缩放是 1680x1050，之前是 1440x900，原始分辨率是 2880×1800

System Preferences -> General -> Show scroll bars

Yarn Plug'n'Play 和 pnpm 可以了解一下，他们都是在试图解决这个问题

除了 Parcel 以外，你提到的另外三个工具底层都是用的 webpack ……

@sunocean MWeb 今天刚更新新版…… https://weibo.com/2352150534/Hna2ptBKN?type=comment

微软现在的政策是 Windows 10 不激活也能正常使用，不算盗版：
https://answers.microsoft.com/zh-hans/windows/forum/windows_10-windows_install-winpc/win10%E8%B6%85%E8%BF%8730%E5%A4%A9%E4%B8%8D/0056b7ff-8fe3-4488-9758-dbfd564498a2?auth=1

杭州萧山商会大厦的那家也很夸张。
首先授权维修店开在 C 座 9 楼，但是正常人从大门进去看到的是 A 座 1 楼，从外面就能看到一个苹果 LOGO，很明显的冒牌店……要是不注意的话这里就会被骗了。
然后走几百米找到 C 座乘电梯上去后，就在真正的授权店百邦的边上，开了一家冒牌的苹果维修店，离电梯更近（百邦是 902，这家冒牌店是 901 ）更显眼甚至客流量更大……

因为苹果严格的规定，正规的授权店只能用小的苹果 LOGO，店名不能出现「苹果」字眼，尽管这对于熟悉的人来说是多了一种区分正规不正规的方式，但对于更多的普通用户来说反而更容易被冒牌店吸引去……真的很坑。