来来来，8G 内存你给我开 100 个浏览器 tab 试试

@zoharSoul idea 可以远程 code…而且体验很好

疯了…为什么不是直接 linux 远程 code…

尝试去线下渠道可能更香…现货，拿了就走。比如我，逛山姆店只是问一下，还真有，也不加价。完美

核心问题是让用户有选择权，而不是被 qj 了还要给钱…

扔队列，消费者交叉执行。始终只有一个人在 insert 或者 update

你真当银行养的搞法律的都是吃屎的？
放心好了，所有风险都规避了的。这事只能从监管下手才能找到微众头上。你以为他推迟是自己意愿？资本家放着 100 亿做善心？肯定是上头得意思啊…不推迟真的会炸。全是年轻人，被逼到一定份上可不是开玩笑的。

跟对人比大平台重要。大平台那是平台的事，都是工具人，除了你跳槽 hr 多看一眼。其他都是浮云

@laminux29 只看标题不看内容的？投诉没用的…两边踢足球

生产环境表示干了十年也没用 nohub 跑业务。临时几分钟脚本偶尔用

不是我夸京东，京东东西是一些有点问题，这个我理解。但快递真没得说。最少送上门啊。顺丰一样。
四通一达这都没被约谈？见了鬼哟。

@haohappy 对，淘宝就是这么搞得。直接没得选，默认勾选同意放驿站，还 tm 是灰色的…

另外我想说楼主，难道你们没监控吗？这压根就不是问题啊。积累了告警啊…

@liudaolunhuibl 嗯，我们试过 10 个接口本来同步很简单搞定的。硬要设计成消息队列。还不是乖乖改回去。千万别这么做…会累死。

解耦我觉得算是副作用，不是消息队列的主要作用。因为这个一搞不好就不好调试，重试容错，失败策略都极其男做，解耦把研发解成 sb 了。其实你换个角度，直接调用也算是消息队列。这个队列是在系统 tcp 层给你干的。

我个人认为所有不是为了削峰平谷用消息队列的一概是炫技，反正 3-5 年后这一块不一定还是自己维护。只要帅就够了。

上游多的时候，好的系统可以弹性伸缩，消费者自动增加。当然也不能无上限，上限是数据库的瓶颈。这个时候在一定阈值的时候会触发告警让 ops 或者研发上线关注堵塞情况。根据情况处理。而不会我本来写入只能 100 歌。突然来一万个导致写功能完全崩溃。这是很多场景下不能接受的。有同学会杠，那我直接调用也可以弹性伸缩啊。对，是可以，但是不一定来得及。怕你们是没有被突然 10-20 倍压力在 5 分钟内灌进来过…这不算什么。100 倍都有可能。弹性伸缩？你试试 10 秒内起 10 个 java 系的微服务或者 5 分钟内 100 台机器上千个微服务。而且马上全功率提供服务。所以没有支付系统是直接调用的。都是消息队列。结耦有毛线关系…就是怕挂了。

反过来，上游少，下游多。这是资源浪费，这是 ops 的活，和你没关系…

@won 自己想办法取

@a719031256 家里没孩子之前是 ok 的…但媳妇怀孕时候有老人 24 小时在家的时候体验真的渣爆了