凡尔赛，我酸了

简单轮询的方式，就是查数据库，数据库就是中心，主动去取。

不说你业务的实现方式，只说你关心的点，我猜是在分布式环境中，客户端之间如何通信？就是消息路由。要么广播；要么有个中心负责转发给客户端所在的服务器，再下发给客户端。中心可以是消息队列。

一两秒一个轮询对用户来说也不是不可以，用户体验没差别

studio 加个 kvm 能解决么

有 500 万现金最好躺平做个小买卖或种地，千万别合伙创业，小心折腾没了

@hellomsg #45
Our story
Resend started with an open source project in 2022. We were frustrated by how difficult it was to build modern email templates that worked well across all email clients.

As we started to dig deeper, it became clear that this was just the tip of the iceberg. We realized that sending emails that reach the inbox (not the spam folder) was the biggest pain point, so we started to explore something new.

In 2023, we launched an entire email sending platform and joined Y Combinator's winter batch. We're creating something special here, and we're excited to build it with you.

你让推荐安卓就不要说你用过安卓然还说他的不好，容易引战。。。

这么多数据做数据分析还是换个存储吧。用 mysql 分析不影响服务吗？

阿里云盘是不是阿里云的 oss 服务包了一层给 C 端用户使用？

我还在用旧平台的 Sequel Pro

@lambdaX999 #81 我理解的结论：若欲彻底解决幻读问题，在 InnoDB 中唯一可选的隔离级别是 Serializable （可串行化）级别。
https://mp.weixin.qq.com/s/K5l6hixzn5K9jWd7shu2GQ

@sagaxu #66 如果这个作者能光明正大的虚心接受你指出的错误，那更牛了，可惜

@zhuisui #42 探讨这类问题确实挺难的，不同时空不同场景，没法一一说明，没有准确答案

https://www.lixueduan.com/posts/mysql/04-cap-lock/
这篇讲的不错

@857681664 #20 那就是这种人没法合作。默默擦屁股吧

凡事直接当面提出来比在网上吐槽有用

代码不一定按照你那样写才能运行。世界大了，放眼看世界。
你需要的是团队有个规章制度约束大家，你一个人无能为力，提给 leader 吧。或者趁早跟他说明白，别自己郁闷内耗。