我觉得不只是国产数据库吧，现在国产好多就是为了骗钱，要么是 zz 任务

这名字不好 看着像 bug sir

在上海，工资到了一定额度，是不是公积金就交到上限了？好像是 3W 就到上限了，可以尝试避税？

就是 gossip 吧

提个问题，假设只有两个节点，A 和 B，启动的时候网络断了，启动之后连接上了，A 和 B 都觉得自己的信息正确，怎么破？

问题来了：AI 的垃圾谁收集？自己收集吗？我杀了自己？

我没仔细看，不就是用 wait.group 进行同步么？

不会出问题，准备强监管
后期额度会降低吧

部署在阿里云的可以磁盘恢复，我们这里就和运维说了必须一天备份一次

MySQL 在数据库层面应该可以设置拒绝这种 Global Update 的操作的，建议打开禁止，一般没有什么业务需求会需要全局更新

小孩子才做选择题，成年人全都开除

直接重启 golang 进程就可以，很快

@fordawn 其实我也不愿意这么写，但总是有 xx 的客户、调用者等等会以一种奇怪的方式访问你的代码，为了避免 bug 不得不这么写。以前说好的必须传这个参数，我信了，结果出问题了我背锅；现在说必须传这个参数我就呵呵了，我全都给你判断做异常处理

@lbp0200 我觉得在这两个处理 IO 速度是一样的，Golang 里协程也是通过线程实现的，最后都要走到系统调用上，假设采取的都是同样的 IO 技术，无论到没到达系统 IO 瓶颈，速度都是一样的，甚至说，线程还能比协程快一些。以我的了解，像这种阻塞的系统调用，并发启动 100000 个协程 = 启动 启动 100000 个线程，会爆炸的。不知道是不是对的。

我感觉 go 的协程可以解决一些问题，创建 1000 个线程任务的代价和创建 1000 个协程任务（可能只有几个线程）的代价是不一样的，上下文大部分情况应该都是相同的，上下文切换次数也是不一样的。

感谢大家。

感觉协程在 JS 来说可能语法上更加方便。

我可能看了一些奇怪的文章，说协程能提升 IO 速度搞得我十分困惑。我是觉得 IO 问题是多路复用解决的。

要说存储存在哪里问题都不大，大不了我 Redis 每次操作 sync 一次。
但是有些功能，比如事务，大量数据的索引，权限设计等等，确实不好弄

一般都用 Optional 处理可能非空值，因为一般不止一层，都是 a.b.c.d 。这么做省的哪里忘了判断 npe 了。