别考虑这么多，针对终端用户的东西，还动不动考虑性能... 真的是没有意思，个人用户撑死能存个几万部电影，这种场景 性能不是首先需要考虑的问题。

@xuanbg #28 轻重看场景的，人家用的 sqlite 这明显是针对 NAS 以及个人用户的

@lushang #1 别这样偏激好不好，大部分用命令行的人跟用 Finder 的人 是两种人

@php8 #90 这种跟垃圾回收 没什么关系了吧，基本上都是运行期不用被回收的玩意

@php8 #84 那是数据量小的情况，数据量 综合可靠性 可扩展性 肯定是 redis 比 本地内存靠谱，而且多实例集群的情况，集群内部的机器 如果有需要 不还要做缓存同步？ 那不更麻烦

@LuciferGo #49 多核不一定好用， 特别是使用 NUMA 架构后 远程同步消耗很大，跑分不代表实际情况，我看了很多同 10 代跟 zen3 的 游戏区别不大

@huntcool001 #78 额 没听说过.. 一般都是 Redis 没必要用本地缓存.. 而且 Redis 上集群 比本地可靠多了

@ixiaohei #51 ..都在骂 GC 是 shit，各位自己写的代码里面（不包括第三方依赖 以及第三方依赖创建的）真的有代码中的对象能活到老年代..?

@est #95 可能是以太坊，比特币一般都上矿机了

其实算法面试主要考察就两方面的能力，而这两方面的能力大多在程序员的现实工作中是几乎不怎么需要的。

1. 长期记忆能力，你需要背诵算法题的套路模板，并加以理解记忆，以便于在算法面试中快速搜索到解题思路，这大概是程序员最不需要的技能，因为本科教科书上大量的算法都在网络上有各种千奇百怪的解法与解读，而程序员在工作中很大一个工作任务就是阅读理解他人的文档，使用前人的工作成果或者在前人的基础上加以改造，现实中也不会有面试这样紧迫的时间以及几乎没什么工具辅助的情况下要求你快速解题，而且现实中我们大多记住一些算法的复杂度以及这个算法能解决的问题即可，待需要的时候去查找即可，例如我根本记不住拓扑排序算法以及模板，但不妨碍我用它来解决有向图中存在环的问题，因为需要的时候，我仓库里面有大量的资料，随时可以整理出来用于解决问题。

2.短期记忆能力，你需要记住算法中大量中间上下文，以便通过几个简易的 test case 验证出算法的正确性，而且很多题需要好几个 test case 才能验证代码的正确性，这对我这种短期记忆力不好的人真的是一个折磨，因为我在工作中验证复杂代码正确性的时候，大多都是借助机器的栈幁跟 debug 来验证，而且 test case 都是手写好，机器执行的，而不是人脑执行的，我人脑执行 test case 的时候 即使借助纸板记录 也还是经常掉链子，这也是我做算法题目前 比较慢的原因，当然随着做得多了，短期记忆力会提上来。