网关是对外的，内部服务间调用当然不需要网关，有注册中心就够了。

@sasukiki 装了 3 个虚拟机，一个 linux，一个 win10，一个 win7.还有 100G 的歌。

@wobuhuicode 512 用了 6 年了，空间还有 200+

前端完全可以很简单地根据接口获取的集合内容是否为空来决定是否显示 tab 啊。

每修一个 bug 或者新加一个功能都要 commit 一次才是好习惯

这还要选吗？自然是回家当老师

接了 offer 又不来的，hr 肯定都习惯了。虽然这种事让人挺讨厌挺郁闷的。。。

证书权限再怎么高，你用 4G/5G 流量的话他也没招。

用 mybatis，但绝不用 plus 。简单的 sql 数据库管理工具都能自动生成，复制出来就行。复杂的 sql 除了手写没别的办法。。。

@honkki 单调递增的效果和自增是一模一样的，整体而言，因为少了一次读操作，代码的效率更高。

这个需求最正常不过了，人家就算不提，咱也得替人家想到不是？具体实现我的 GitHub 里面有，自己找一下吧。

私有仓库+私服就解决问题了。从私服拉依赖构建，构建完镜像 push 到私有仓库。至于你 k8s 怎么用私有仓库的镜像，就随意了。

就如同 11 楼所说的，不管代码有没有价值，好好写代码，那么你写代码的过程就是有价值的，否则你写代码的过程也没有价值了。

自增最大的问题是想要知道 id 还要读一次。。。uuid 和雪花就没这毛病。不过 uuid 虽然简单，但是不利于索引。

so，还是雪花好了，写个雪花 id 生成器没几行代码。

HikariCP +1

@no1xsyzy 我不过是对不会提问题这个事感概一下罢了。其实楼主这个随机抽题的问题是一个非常好的问题。

如果需要严格保证同一用户每轮抽到的题都不同，并且每轮抽题每个用户的题也都不相同。那么你需要把用户抽题的轮次也保存起来。在抽题的时候进行两个维度的唯一性判断，一个是用户维度，一个是轮次维度。具体的做法可以先取一个随机数，然后取大于这个随机数的 m 道题。然后在这个结果里面迭代并判断两次唯一性，通过的加入结果集，并且加入轮次集合和用户集合，直到结果集的数量符合输出要求。如果迭代完还不够数，就再来一次，二次，n 次，直到结果集的数量满足要求。

@MaverickLee 不是，我说的是往屏幕上面，不是往边框上面贴啊。。。贴边框上面的多了去了。但贴屏幕上面我还没见过呢。

@MaverickLee 这……屏幕挡住了怎么看？