感觉楼主对“综艺” 这个词的定义有点误差啊，我没有杠精，只是这个视频纯粹只是夸张而已。。。暴漫一向都是这样的啊，况且其实程序员自黑本身也是一大特色不是么哈哈

你让靠吃苍蝇蚊子活的爬行动物们情何以堪

C/C++必须有，其他随便

虽然并不喜欢这种抱团真香型的球员，但是还是希望能早日康复

为什么只有我的关注点在妹妹。。我没救了

看代码用 vscode，做工程用 idea

前端更应注重体验与交互，后端更应注重稳定与性能，两个不同的领域各有优势。
但是说回头来，还是逃不过后台写一堆 API，前台调一堆 API

grpc 算是 rpc 实现中的典范了，在微服务的场景下，用 grpc+pb 的传输效率比 http+json 高了很多。http 说到底也是 rpc 的一种实现，基于这个协议来用 xml、json 等等来简单交换数据；
楼主可以多了解一下，个人觉得其实当前还在用 python 来做主业务逻辑开发的公司，真的相对有点落伍了，怎么都得来个 gin （ golang ）或者 springcloud （ java ）了；

在家里是真的爽

做老师多好！！！

肾虚带来最大的问题不是 X 功能衰退。。而是脱发。。。

其实微云我觉得还好啊

@EthanDon 你这个就是分布式理论 CAP 中的 C （一致性），在延时不一致的消费情况下，如何在 C 和 A 之间做平衡和取舍。这个看你们对数据的要求，如果是诸如报表之类的展示分析型数据，可以适度舍弃可用性，保证一致性即可。但是如果是关键数据，涉及计费和关键业务的，要保证数据是高可用的。

（ 2 ）一个进程取所有题目回来，开 N 个子线程直接消费；
（ 3 ）可以，https://www.jianshu.com/p/6233d5341dfe
（ 4 ）那你可以多个消费线程计算后直接刷新数据库；
你其实要理解的是，消息队列就是个管道，主要是为了解耦系统模块与模块之间的高耦合，降低相互之间的依赖，防止一个部分挂了后，整个系统都 GG ；

深圳的房价很让人绝望，南山中心基本合租都在 2500+了

（ 1 ）百万级别不算多，你的场景加好锁就行了；
（ 2 ）多个消费者直接从消费者取，不用分发；
（ 3 ）一定要用消息队列的话，建议用 kafka，单独开一个 topic ；
（ 4 ）计算结果结束后，如果结果之间存在关联关系，需要再次写入队列计算，这里用消息队列和 queue 都可以；
不要介意，总感觉你这个需求感觉说的不清不楚，有点为了用消息队列和为了用微服务而用的感觉。