jetbrain 自带的吊打其他 git gui，不开玩笑😎光代码冲突处理一项就可以让你爽到

后端不一定对 sql 很熟，不会真的是搞笑了。即使是 jpa 一类的 orm，你不写原生 sql 也总有必须要写 jpql 或者 native sql 的时候，我们也用 querydsl 去解决一些复杂查询，但真特别复杂多个连表的时候 jpql 还是好用得多。

再说你用其他的后端存储，现在有几个不支持 sql 查询的？而且 sql 简单学一下要不了一天吧？ inner outer left join 这些你暂时不晓得区别还能理解，order by 都写不出来还写啥代码……

除了命令行和 unix 系差别太大…… win 上其它真的都很好。说 mac 好的人家贵这么多啊，1w 多的 win 本也没差的吧

lz 不考虑下 tidb ？不过运维会麻烦很多就是了

是的，主要是看个状态。生产可以用 rancher 来做 dashboard，满足 90%的日常需求。剩的你还是必须会写 yaml 会用 kubectl

我之前做过安卓的，看你们用的海康什么平台吧，对应的应该有专门的安卓、ios 的 sdk 来做展示的。不过我当时我确实给搞疯了，代码质量最多算一般……

nexus 对用户最友好，部署最方便。harbor 虽然有很多“企业级”功能与特性……但真的难用、部署也特别麻烦，除了分布式一无是处。除非你公司很大，docker registry 要求高可用不能掉线，不然还是先用 nexus 吧。

而且 nexus 还有 maven、npm 等 N 种仓库……公司其他仓库它一个就全包了

你反正是测试系统，直接用 lvm 加扩展逻辑卷应该是最佳选择了。

@sobigfish 不出故障本来就是不可能的，你自建机房搞不好故障还多些。而且今天恢复也还算快，起码阿里还没搞出过 gitlab 那种直接回滚数据的严重故障不是？

容器内互访，在一个 docke-compose 里的默认就是一个 network 内，直接用{容器名}：{端口}相互访问就行了。

要通过一个 api gateway 对外暴露，除了 nginx 也可以考虑用 traefik。traefik 对 docker 的支持比较好，能通过 label 自动配置并发现容器 https://docs.traefik.io/configuration/backends/docker/#using-docker-compose

你查数据库量级多少，查询条件复杂不？如果不复杂量，量级就万来条你单线程不分页可能还快些。

如果你 Java 里过滤条件比较耗时，直接用 parallelStream().filter().sequential() 这样结果也是保证顺序的

@liuawei 但光看你这个说法也不清楚问题在不在支付那块啊……

lz 考虑有问题，支付成功不回调是个小概率事件。实际情况你只要查询超时订单是否支付就行了。

比如订单有一分钟的窗口，一分钟后（不需要很准确，一个 10s，20s 的定时器轮询查都可以）再主动查询支付平台，如果没支付就关闭订单。

如果网络等出现严重问题,客户多次支付，你只要业务上能回算出用户多付的钱，事后走渠道退回，其实也不会是很严重的问题。

我用了这么多年从来没给封过……你们难道都是直接裸连？不搞个 kcp ？

debug 啊😀

@natforum xshell 有签名不也爆出过后门？根本原因不是这个好吧

依赖注入有啥影响性能的……大部分启动时候扫一下就行了

finalshell 除了有点点卡真的挺不错的，但很多人就是鄙视国产...

就是监控嘛，其实 lz 你调研下主流的监控软件就知道了，不部署 agent 基本是不可能的。有很多权限、性能的问题