你 debug info 分这么细，别人又会问你 debug trace 的区别，说一千道一万做业务就是 info （非 error ）和 error 两种层级有意义。

如果是浏览器的话，tab 切换，进入后台，safari 节能模式，都可能导致 websocket 不可用。这样的策略是无法预知的，只能做好重连

我理解 OP 期望的真正高可用只有 CRDT 这类最终一致性的数据结构能办到了。但最终一致的逻辑也会导致很多业务没法直接用的，或者说要从头大改代码。

手搓基建轮子没人用不是很正常吗，你总得说服人家敢用啊

不好意思，在我司依赖的 3 方服务叫上游，依赖的内部服务叫下游。
定义每家都不一样，为什么要来 yygq ？

自己搞台服务器 git --bare init 不就行了，前端用 cgit ，codereview 用 git diff > 1.patch （狗头

@7gugu 但是有趣，old school 😂

现在日常工作用 msys2 ，优点就是方便，把根目录打包就可以带走。基本的工具链 pacman 也都有（工作主要是 vim + py/go/c++），代码 IDE 完全可以胜任，gopls ，clangd 都是开箱即用，正儿八经的 c++编译大概率会出问题，搜 hack 能解决一部分，但因为服务端的工作性质，本地编译基本可以忽略，倒是没有太多影响。

现在日常工作用 msys2 ，优点就是方便，把根目录打包就可以带走。基本的工具链 pacman 也都有（平常主要是 pythongo ，c++），基本的代码编辑完全可以胜任，gopls ，clangd 都是开箱即用，正儿八经的编译大概率会出问题，但因为服务端的工作性质，本地编译基本可以忽略。

我知道明天周会 cto 又会 bb 同城双活 异地多活 跨国备份了

你的担心其实来自于数据库 tx commit 失败的情况，如果不是分布式事务的话这种概率太小了，靠对账和 ack 就可以

又不是大公司收集隐私信息，个人搞图床就是公益事业，不可能回本的

秒级数据都是直接进内存的，连 redis 都没用，一个服务器服务固定的用户

可用，但是验证流程对用户很不友好，尤其是“眼残”用户

err 强迫你思考每个函数的 fail path，exception 强迫你思考整个函数的 fail case 。go 出来之前大家都觉得前者没有工程性，但后来 go 确实也证实了这条路是完全没问题的

未来的 IDE 发展方向就是回归 C/S 架构，到时候选择自己喜欢的前端编辑器就行，比如官方钦点的 acme (｀･ω･)

mysql 里不也经常这么做：where index > last_cursor limit 20，很多业务场景端上只需要可以上下 scroll 的流式数据，这样设计再适合不过了

@rekulas 国外被 q，国内要备案，比如极验看到你这种社交类网站都不让接了。邮箱短信验证的花费又太高，小站承受不起。现在刚加了一个 hcaptcha，但是风评并不太好

@rekulas 但跟实现有关。go 这方面真的没什么支持，recaptcha 接了也没意义，国内服务也不让接