const maxKeys = Object.entries(array).reduce(
([max, keys], [key, value]) => {
if (value > max) {
return [value, [key]];
}

if (value === max) {
return [value, keys.concat(key)];
}

return [max, keys];
},
[-Infinity, []]
)

满足感和虚荣心

这么说来，很多网页的那个 copyrights reserved @2020 的 copyrights 到底指什么

我曾经买过一把很大的伞，两个人一起撑轻松全部罩住的那种
我跟你说，台风天出门这把伞能带我飞，物理意义上的

广告联盟甚至不一定会涉及数据共享。最经典的广告联盟的形态是一个 app 把某一块区域交给联盟内的某一个广告商，广告商复用追踪 id （典型如 cookie 等）判断用户并提供内容，整个过程提供广告区域的 app 、广告联盟本身都不知道这名用户是谁、广告商对用户的画像是什么、广告商提供了什么广告
理论上，这种形态并不会涉及你的数据被提供给另一方

小米的虽然全又便宜，但真的是不稳定。光一个空调伴侣，我每个都半年左右就要换新的了，给你出各种问题。现在为止最坚挺的就一个床头灯，至少还会亮

仔细想了想，我好像没有 3 年 React 经验……

@marcosteam OO 不就是一个类能干的事要分成 3 个接口 6 个实现嘛，像 bridge 啊 builder 啊 strategy 啊

理论上，前端可以用一份或多份没有任何 DOM 和 BOM 特征的数据（普通的对象）来描述一个界面长什么样，这份数据叫做状态
而状态管理，就是如何管好这些状态，是一个领域，并不单单指全局的状态或者某一个具体的能力
状态管理是当前前端最核心的部分，因为视图能用状态描述，所以前端的逻辑复杂度移到了如何让状态“不要出错”。前端与后端的一个区别在于，状态在前端是长生命周期的，又会在这个生命周期中有不可枚举地、未知地、难以追踪的多次修改，通常来说保证每一次修改的正确性是不可能的
通常来说，状态管理要解决的问题很多，比如：
1. 我的状态怎么去更新（写法上的）
2. 我有多个组件要共享一个状态，如何共享
3. 我一开始不知道一个状态是要共享的，后来又要共享了，怎么提升这个状态
4. 一个原本共享的状态又随着时间不需要共享了，如何下降这个状态
5. 异步的竞争状态如何处理
6. 持久状态和临时状态如何区分维护
7. 状态更新的事务如何管理
还有非常非常多的话题，够前端再研究个三五年不是问题

我的车刚买来的时候，有一次等红灯前面的车倒溜轻轻撞了一下，下车看了看好像也没啥就走了。过了几天才发现灯被撞凹进去了，虽然功能都可用但灯的连接支架有损伤，换灯的话 4W8……

基建可能是最简便的财富再分配方法了，向有钱人收税，变成对基础材料的购买（生产工人）和劳务费用（建筑工人）

现在有一种说法，T2 芯片就是 ARM 在 Mac 上用一用试试看的战略布局

感觉现在很多混淆 serverless 和 faas 的

@dingwen07 你看现在的优联后面那横的一条里面已经放满了，如果要把口变成 C 的，要么一个很细的口后面跟着个大屁股，要么把那一条竖着放变成一个又细又长的东西，哪个都不好看

@lbyo

curl -v router.asus.com
* Could not resolve host: router.asus.com
* Closing connection 0
curl: (6) Could not resolve host: router.asus.com

你 curl 看下返回的内容是什么，有些代理工具（比如 surge ）会返回它自己的默认页面，你 curl 到的就是个代理的错误页

github 本来就是 ping 不通的，它把 ICMP 关了

现实里应该都是合成一张表的，表里有 B+C 的所有字段，甚至可能和 A 也合一张表，一行要么空前一半字段，要么空后一半字段，空着就空着