喜欢 apt 我还是推荐 debian ，滚动升级，精神上也最接近 GNU 。

redis 的 sorted set 很适合做这个，至于「最近一周」，可以使用 rolling 算法，存到多个 key 中。

#6 @Buges 据说所知，函数式风格的「快速排序」和一般意义的「快速排序」相比，前者只得其形，不得其神，美则美矣，却慢多了。

#44 @cvbnt 还好早就换「有道翻译」了。

赏花赏月赏春雨

@molvqingtai 可能是因为工作经历的差异吧，我觉得 class mixins 是更好的复用方式（我后端用 Django 比较多，出于复用的考虑，几乎没写过 functional view ，都是 class-based view ）。



`Hooks are a new addition in React 16.8. They let you use state and other React features without writing a class.`

在我看来，useState 是引入了一个全局的外部变量，然后通过某种特殊的方式和函数调用返回的组件关联（这句话里 other React features 接触太少，不作评论）。个人是非常厌恶全局变量的，即使是个隐式的全局变量。同理，能放在 state 的，我也不会用 redux （也是个大型的全局变量）存。

我觉得 Hooks 就是个异类，纯粹是为了解决 FC 不支持状态的问题而生的。如果需要用状态，为什么不用 class component ，而要用 FC 呢？

ps：本人后端开发，偶尔兼职前端，可能有些理解不到位。

@qrobot #128 留言赞同一下对 MIT 许可的解读。顺带补充一下我的理解：
A 「授予」 B 「做 X 」 的权利，意思是，如果 B 做了 C ，根据此协议，那么 A 不能因为 B 「做 X 」而追究 B 的责任，或者说，A 放弃了 B 「做 X 」所需要承担的责任。至于 B 能否「做 X 」，是否愿意「做 X 」，「做 X 」是否麻烦，和此协议无关。

举例如下：
小明授予小红「能随时打小明」的权利，那么小红可以「随时打小明」，而「小明」不能因此追责。但「小明」可以选择跑到很远，跑到「小红」打不到的地方。「小红」做不到「随时打小明」，但不能说「小明」撤销了「小红」可以「随时打小明」的权利。

再举一例：
小明授予所有人可以「偷小明的手表」，不意味着小明「必须」把手表放到所有人都能偷到的地方（事实上也做不到），「授予」并无此要求。

小孩子才做选择，我都会关注，会避免在语言和文字中，将动词名词化。

作为一个后端，我几乎都是选择 json ，不给前端和客户端任何选择的机会。

好一招空手套密码 [狗头]

一个小建议，分享钓鱼网站时，多强调几次是「钓鱼网站」。并适时（比如后续的附言中？）说明其中的原理，毕竟能上 V2EX 的钓鱼站都身怀绝技（看此贴留言中，有多少人「咋一看」中招的）。

分子++

去一个自带电脑的公司 [狗头]

@MarioLuo 世界因轮子而多彩，也因轮子而混乱。我用 swagger 就是不想写文档（自动生成满足能大部分需求），如无必要，不想在单独的文件里写，也不在注释里写。

流水的轮子，铁打的 swagger 。

楼主头像很出戏。