膜拜

大哥如果你能管理 500 台服务器，你就去努力做 devops 吧

我感觉问了好多呀，我是答不上来，至少这些有很多我没有深入研究过．我也不想都研究．．．

很牛，有时间也应该去都面一下，体会一下。哈哈

哪里都有弱一些的，哪里都有强一些的．不可以一概而论．很多公司不存在三十多岁四十岁的程序员，那是因为他们都被开掉了．．．．．

我倒感觉这东西还是自己来想和总结比较好，不像做产品需要头脑风暴

好喜欢广东的早茶

楼主文笔很自然，读着挺舒服的。加油！

其实我感觉就只需要事先生成获奖的 2 万列表存在 redis 的 set 好了,每一个 request 的电话号产生一个 unique key,用 redis 来检测是否已经抽过，incr pk，然后得到的值是否在 set 中，在就中奖了。redis 这些操作应该都是 10 万每秒级别，如果你认为还不够 OK，多个 redis,用电话号 hash mod 来 map.至于服务器这种没有 rds 的操作用 nodejs golang java 几台服务器撑一下都可以。消息队列来解题也很合适。

😄

个人建议，可以找外包，但是你需要一个稍微懂些技术的信得过的人看一下。刚开始做找外包再正常不过了，被坑就当是学习社会经验了。

同事的操作肯定不规范了，你们开发都在一个分支？ git 的好处就是分支轻量，如果不同分支，我感觉 pull 没关系的

n 等于 2 174 n 等于 3 156

cool

传销组织也要爬数据了？

谢谢提醒

@lovelife666
1. 为人有问题，用词和口气极为不友善，体现严重的等级观，对手下同事没有尊重。
2. 处理问题能力受到质疑，言辞拙劣，处理方式很多种，明显你的方式没达到好的效果。
3. 自大，很多 v 友认为处理欠妥，不自省，还强行狡辩。
4. 语言组织能力有待提高，自己的言语有矛盾，思路混乱。
5. 反驳的言语混乱，可以看出逻辑不缜密，很难想象代码逻辑能力如何高深。

有错误不可以指出吗？而且感觉这次错误还挺严重的，比 bug 要坏的多。