bthulu

文科生当然是 js 了, 怎么写都能跑起来. ts 就太多规矩了, 不适合文科生.

让 ai 自己去改 bug, 你不要去改, ai 才能理解 ai.

为什么都在吹分布式? 架构师跟分布式有毛关系啊. 难道非互联网就不用架构了? 让你做一个 CAD 绘图软件出来, 做个 OFFICE, 做个虚拟机, 分布式能架构出什么来?

内存泄漏我倒没碰到, 但是 signalr 连上后, 会导致服务关闭要关一两分钟. 这个 bug 愣是过了好几个版本, 到了 8.0.4 才解决掉. github issue 里说是服务关闭的时候, 忘记把 signalr 服务也关掉了. 大约是 8.0.1 的时候有人上报了这个问题, 8.0.2 的时候解决了, 8.0.3 的时候代码合并到一系列 bugfix 里面去了, 8.0.4 才最终发布到成品里.

国外这工作效率简直了, 要是放国内, 这种特别明显的 bug, 当天发现当天处理, 最迟下个版本就发布了.

@bthulu 所有的分布式事务, 都在规避提交 commits 的过程中, 部分成功, 部分失败后的处理方案. 为什么? 因为这种情况下根本就无法自动处理. 部分失败的数据, 难道你还能锁定数据中止服务死等到底提交还是不提交?

@laminux29 可能你自己需要补习一下. 二阶段提交过程中, 部分成功, 部分失败, 这个时候你如何回滚? 我说的一直都是提交成功后的回滚, 不是说 commit 前的回滚.

@laminux29 commit 后还能 rollback 的数据库, 是谁? oracle, mysql, sql server 还是 postgresql?

从来不用分布式事务, 都是调接口, 成功了就算了, 不成功, 就调回退接口, 回退接口也失败了, 打日志告警人工处理.
现实中哪有真正的分布式事务? 你一次捞到多个数据库连接, 依次开启事务, 执行 sql, 然后 commit 的时候, 有几个成功了, 有几个失败了, 你怎么办? 提供成功的事务, 哪个数据库支持回滚? 就算支持回滚, 也会出现有几个回滚成功了, 有几个回滚失败了, 这时候你又咋办?