不好意思，在我司依赖的 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 接了也没意义，国内服务也不让接

@hxnets 能说说是什么问题吗。验证码？这个目前也无解，go 找不到比较好的库支持

@Liulang007 没有看不起，你翻翻我的 github 和以前发言就知道我做过多少个匿名版原型了。每次的失败只能让我更加认清国内没这个生态。以前作为龙二的 kukuku 都死了，只能一声惋惜

之前做过一个匿名版，只能说技术上真的没什么意思，crud 而已，难在运营，上面也都说了。只能说国内能接受“匿名版”讨论形式的人就不多，还想跟 a 岛抢人？