一个过来人的一点人生经验：
1. 回去高考， 985 / 211 最好。 一年的准备时间，相信对你来说并不困难。
2. 就目前你的知识体系来说并不成系统, 不要浮躁, 勿在浮沙筑高台。语言只是表面, 找一些基础的东西看起，算法 / 数据结构 / 计算机网络 / 操作系统 / 编译原理. 目前不要写些没用的东西，浪费时间而已.
3. 眼界放开一点, HackerNews / Reddit / Github 上多看看, 世界这么大.
4. 你的时间还长着呢.....未来多的是可能性

你这个就是 wsgi

@overvenus 要啊，不过既然实现了 viewstamped replication 那用 paxos 是干嘛的？另外。。。写出来不难，确定你实现的 paxos 是正确的才难 :)

简历直接发给我吧 huang at pingcap.com

@zzmstring 呵呵，巧哥是很牛逼的，我和唐巧认识很久（远在他做 iOS 之前），性格 /聪明程度 /对技术的热爱和深度，都是很顶级的，你觉得书不好，可能是你并不是目标读者。“水平半瓶子” / “沽名钓誉” 什么的，显然就是人身攻击了吧。

@liubin 对，就是西门边上那个楼

@shuliqi 要要要 简历直接发我邮箱 huang at pingcap.com

@liubin 是啊， d3

作为一个 startup 的老板，我是很反感强制加班文化的，长远来看有害无利；还有打卡，简直是挑战人性的愚蠢制度。贵司的领导者看来甚是短视。。。。。
都是你招过来的人，如果没有充分的信任，那还干屁啊。。。即使真的时间紧任务重，也必须是所有人对搞定事情的使命感驱动下的短期加班。如果对做的事情没有充分的认可，那加再多班都不会把事情做得太好。。。

恕我直言，好典型的伪需求

grep -> ack

薪酬范围有个大概的吗？

可以试试 submoudle

@ToughGuy 还有我觉得官网的 http://redis.io/topics/admin 相关段落是有点误人子弟的，尽信书不如无书，多看代码吧。

@ToughGuy
1. 首先你要理解为什么是两倍，什么情况下会两倍？
2. 而且，开 overcommit_memory 就不会两倍吗？

对于第一个问题， redis 利用操作系统的 cow 特性， fork 出来然后 dump 内存，当且仅当这段时间被改写的 key 会被操作系统 cow ，老的版本的 redis 的 dict 实现会频繁的 rehash ，很容易就会导致新的进程的 dict 和老进程的 dict 完全不一样，操作系统不得不拷贝。但在 redis 2.6 ？后有一个优化，就是在 bgsave 的过程中，会禁止 rehash ，这段时间内，只有被更新的 key 才会拷贝，一般来说除了你的业务比较变态，在 bgsave 的过程中不停的从头到尾修改所有的 kv pairs ，否则基本不会两倍。

第二个问题， overcommit_memory 只能说让操作系统给你分配所有的物理内存， malloc 永远不给你报错，这在生产环境中显然是掩耳盗铃的策略，你物理内存就 1g ，你非存 10g 的数据，还指望操作系统能帮你，这样其实大大的增加了系统的不稳定性，仍然避免不了 OOM kill 。

lz 这个问题，只有一个解，那就是规划好内存使用，设定 maxmemory 。

@ToughGuy 这个是头痛医头脚疼医脚吧。。。

OOM 了你能有什么办法..

要么就设定 max-memory 然后指定 lru 策略，要么该架构往分布式上走
要么就换个大内存的机器...

赞，不错的公司！

显然是 go 啊....

优雅的并发，可以参考一下 Go