您开放捐助吧，IINA 真的好用

不如问问站长的设计思路？从哪方面考虑的？
@Livid

有点疑问，五年内是为啥？是因为 hc 的级别有限，高级的不合适？
另外现在 base 比较低，如果要很高的涨幅会被卡吗？

对不起俩单词一个都没打对

一个周末二百道的什么神仙卧槽(`皿´)……简单题也做不完啊。我现在速度大概几十分钟一个 middle，一晚上肝一个 heard……

mini5 的蜂窝版好像晚了一个多月

@jinyang656 是的，只是办公还可以用，但是我要用 docker

AMD 挺 YES 的，奈何不支持黑果，我也正纠结...Ubuntu 用起来还是不够爽

@randyo 这就有点强行对立然后抬杠了....要么一个一个加载，要么直接把数据库全搬来是吧

@ericgui 你不考虑下为什么要单个页面展示六万多的数据还不分页？？

手感非常重要。
除非你就是想玩。
大概就跟“我想学车先买个老头乐开行吗”

看来多线程优化不够给力，或者有串行的部分，这个性能提升可不止两倍这么少

倒是个有意思的问题，完全可以自己写个工具啊

设定都不一样啊，一个是大而全的重量级 IDE，一个是提供基础功能的文本编辑器，复杂功能靠插件扩展。

找打了 R 大知乎的一个回答，试了试果然如此
https://www.zhihu.com/question/58735131

很有意思的一个问题，我对代码进行了删减，基本可以确定和那两行注释没关系，和 res |= n 这个具体操作换成+=之类的运算也是有很大差距。基本可以确定在循环外创建变量并且赋值导致的。我再研究下具体怎么回事

大流量查重请认准 bloom filter

@zxc1234 我的话可能会从数据一致性、可用性方面回答。可以说说像多集群多节点的话怎么做数据同步，怎么保证数据一致，了解分布式一致性协议类似 raft 、zab 算法可以说一说。流量猛地转移到另一个机房会不会承载不了啊，是不是得扩容、熔断降级什么的...能说的也蛮多的。

我也不太清楚第五点问的是什么，推测只是考察解决问题的思路？
既然限定了没有跨机房，还是物理层的原因，那软件层面是处理不了故障了，只能尽量减少损失...说说怎么做日常的数据备份，通电之后怎么清理脏数据，怎么做数据恢复，怎么保证跟其他地方的数据一致性？跟其他机房有数据同步的话，会不会一开机就有这段时间攒下的数据涌进来？怎么避免类似缓存雪崩一样的问题？

展开能说的就太多了，每一个点都有可能深问你，仅供参考。