开源项目一般是服务收费居多。
另外收费不是获得收益的唯一方式，
很多开源项目有 patreon / open collective / github sponser / ...

ori
hollow knight
celeste

都用了 macbook 了，怎么连显示器像素密度都不会判断？
(3440^2 + 1440^2)^0.5 / 34 = 109.68340725465096243917513013882
(2560^2 + 1440^2)^0.5 / 13.3 = 220.84282406840083366606579872129

差了近 1 倍。
笔记本显示使用 a*b 个像素
你用你的显示器只能使用 0.5a*0.5b 个像素。

如果想要接近笔记本的渲染效果，至少也是 24/27 寸 4k 屏幕
(3840^2 + 2160^2)^0.5 / 27 = 163.17830889498506043103750683295
(3840^2 + 2160^2)^0.5 / 24 = 183.57559750685819298491719518707

对。发 issue 。类型选 feature request 。
不过通常你的 issue 要有很多人关注才有可能被考虑添加新功能，或除非发 issue 自带 pr

大拇指按 cmd

你的 chrome 是不是管理员权限运行的？

first class function

这本书使用 js 介绍了函数式编程入门
https://mostly-adequate.gitbooks.io/mostly-adequate-guide/

如果浏览器支持硬解的话，大概关键字 mediasource objecturl

https://stackoverflow.com/questions/50333767/html5-video-streaming-video-with-blob-urls/50354182

IPS 也会烧么？

去提 issue 或者 pr 吧。我觉得你这个需求基本不会被考虑。

如果
enum A {
a = 1
}

enum B {
a = 2
}

你希望合并后是什么结果？

明显怎样合并都是类型不安全的。

就算不考虑 typescript

var A = { a: 1 }
var B = { a: 2 }

var C = { ...A, ...B }
var C = { ...B, ...A }

C 也有至少有 2 种可能的结果，而且还和顺序有关系

而且，const enum 根本就不存在有 A 这个对象，const enum 在编译时就将所有用到的地方全部替换成值了
const a = A.a 会被直接编译成 const a = 1

这种情况你连合并都不可能，因为根本就没有 A 这个对象。A 只是代表一个符号。

如果你想合并，直接用对象字面量就挺好的
const A = { a: 1 } as const
const B = { b: 2 } as const
const C = { ...A, ...B }
这样 C 就是你要的东西了，而且类型 typescript 也能推导出来。

类型和值不要弄混了。

type Dir = Vertical | Horizon

let value: Dir
value = Vertical.Up
value = Horizon.Left

css 变量也是运行时才有的东西。静态分析比较难做。
推荐用 sass 。sass 我记得应该是支持 sass 变量编译到 css 变量的，这样可以用 sass 自带的语法检查

这样 import 真的不会出问题？
webpack 在 import 不是静态字符串的时候，会把项目所有文件都当作一个单独的 module 打包成 chunk 。
如果你的项目有 100 个文件，最后打包出来除了正常打包的 chunk，还会有额外的 100 个 chunk

提一点，宋体不一定是宋体，有可能是 simsun nsimsun，serif 。你看看实际渲染的字体究竟是哪个。

key 是区分元素是否相同的依据。
一般来说，无状态的元素 props 值相同就是相同。此时 key 用 id 用 index 或者不用得到的表现相同，区别只是渲染时有些性能的差异。
有状态的元素包含自己的状态，而 vue 并不知道子元素状态，此时需要用 key 区分。
因为 vdom 渲染出来最后是和上次的 vdom 做 diff 的，如果 diff 出来只有 props 变化，那么就只会修改 props 。

举个例子，比如你交换了 a[0] a[1]，他们都有自己的状态，而他们的 props 没有区别，那么 vue 就根本不会修改元素。但如果你给他们都设置了 id key，那么 vue 知道第一次渲染的 vdom 和 第二次 的 vdom key 发生了变化，从而会交换元素，即使其他属性根本没有发生变化

axios