BRPOP 一个时间周期(如阻塞 30 秒)轮询，不能一直阻塞，因为长时间连接没有读写可能会被系统干掉，作为客户端就永远阻塞在那里了，而同时服务端的队列里可能有很多消息了。

1.评估光用 benchmark 不可靠，得具体根据你的业务使用场景，如使用 string 还是 list ，或者是 zset ， list 和 zset 长度不同有些操作的单次耗时是不同的，你得预估你的数据量，然后自己写测试代码，这样最靠谱
2.一个 redis 撑不住可以用多个，具体两种策略，一个是客户端路由，一个是服务端加代理层，由服务端路由，如 codis
3.redis 内部是单线程的，所以不会有并发问题，即使你业务代码是并发的，但是到 redis 那里，你可以理解成一个队列，先到先做，顺序执行

PS:redis 最该考虑的我觉得还是容量问题，毕竟内存资源还是比较宝贵的

我是遇到面试者放鸽子，哎

应该是阿里和 gitlab 合作的一个项目， 2015 上海 QCon 有提到过。

江骏风上次又拍云的分享太坑了

1.银行的技术整体很水
2.技术水平和工作年限没有半毛钱关系
3.项目经理很多都是技术渣，技术好多数都会转架构师，你指望技术渣能招到牛人显然不靠谱
4.你们组长估计也有自己的苦衷

看上去很不错

技术看几点:
1.岗位：平台架构组>面向前台业务组>面向运营管理后台组
2.平台：如果岗位是[平台架构组]或者[面向前台业务组]就要看平台能有多大的量，量大才有技术挑战，提升会更大
3.团队：团队成员如果都比较热爱技术，那么提升会快一点
4.个人：最关键的，喜不喜欢技术？学习能力强不强？

个人理解，仅供参考，祝楼主好运，有问题可以私聊。

@huanglexus 请教下喜马拉雅哪里 low ？

个人觉得需要！
因为上层的语言基本都是用 C 来实现的,php/python/ruby/java/lua/erlang 等等等等....
当你想深入了解其中原理的时候，都会需要和 C 打交道...

有保持在线的脚本吗？

知乎有些问答内容还是不错的，但是运营我就呵呵了，给钱 /有关系就能帮你删除影响不好的回答，其实知乎就是个公关网站。

只能说土豪了，我是背的双肩包，同学去 Unity 活动送的，感觉还不错。

蜻蜓 2015 校园招聘 http://www.qingting.fm/#/campus
蜻蜓 2014 校园招聘 http://qingting.fm/campaign/2014campus
然后大家看看知乎的回答评论 有没有熟人
http://www.zhihu.com/question/37382683

PS:真是丧心病狂

@florije 估计只是实施者 所以我说他悲剧啊 老板不发话 哪个程序员敢写这样的代码。。。

他们的移动开发负责人在 http://www.qingting.fm/#/campus 可以找到 真是悲剧

@LazyZhu 天晴和不下雨还真不是一个意思，不下雨也许是阴天，也许是下雪，也许是雾霾。算了 你用的工具最好， xshell 不方便， OK ，就这样吧。

@LazyZhu 走题了，别人问的是你觉得 win 上最好用的 ssh 工具，不是 win 上 xshell 方不方便。

PS:真操蛋

第一题:
订单肯定要直接写库，至于性能，只能靠分库分表，提升硬件来解决(常说的scale out和scale up)，写库之后，发送订单消息给消息中间件，如RabbitMQ，ActiveMQ，Kafka等，后面再挂很多的推送服务器，接收订单消息，推送给用户，整个系统应该都可以做到无单点。
第二题：
就是设计一个爬虫系统，可以参考apache的nutch，存储系统可以考虑hdfs做离线分析，或者直接用spark做实事分析(这取决分析的业务)，问时间，我觉得没有准确的答案，因为和集群大小，硬件，网络有关，你只需要给出一个计算的思路就可以了
第三题：
楼主没有描述清楚，不过我觉得楼主可能没有理解面试官的意思，缓存会失效，不丢只有落盘，redis倒是有一个store模式，不过当内存不够用时，性能就会急剧下降。

楼主第一题和第三题写数据的时候都考虑缓存，这个应该不太合理，缓存只在读时才有，写时应该是缓冲区，一般应用层面不需要考虑，目的是减少系统调用。

有些分析可能不够到位，不对的地方希望大家指出