@keymao 这也是我正在考虑的一方面，但是现在社会的风气 嗯 三十多岁是个坎 而且比亚迪也开始高末位淘汰了，所以比较悲观的认为可能不太能苟到退休

@zhousu 哈哈哈我知道，但是这个不写到合同里面的不稳定。我了解的也就这一两年才有的利润奖，之前没有或者可以忽略不记

@xuanbg 不好评价，而且现在社会的风气 三十几岁就面临退休了 不太好赌传统制作业。目前感觉还是年轻多赚点块钱 ，然后发展副业

@gxy2825 不是普通本科 工作三年了

@coderxy 对的 无

@zhousu 工程院下面的

@Baratheon 个人没所谓别人叫啥我叫啥称呼而已，好处可能少打个字 嗯大概

@djangovcps 哈哈哈小数点搞错了应该是 13.6k 我刚才接 hr 的电话接的人傻了

@7gugu 对滴

我之所以想要在 sdk 里面处理，是因为调用方其实不是很关心报错的具体内容。只需要拿到结果判断就好了。
当然最后还是交给调用方处理了准备

也有使用 Mono.defer 似乎好像也不太行？

先下了一个 sequel ace 试试

碧海湾地铁人还行，每过一段时间就有一辆空车，具体多久一辆暂时还不清楚，因为我一直都是那个点上车的

最后决定应该是手撸了，因为我们其实只是需要一个菜单权限的控制（到按钮级），至于用户注册登录那些权限啥的，我们有中台

@lmshl 老哥谢啦 已经搞定了

相关实现：
final SecretKeySpec secretKeySpec = new SecretKeySpec(str.getBytes(StandardCharsets.UTF_8),"HmacSHA1");
final Mac hmac = Mac.getInstance("HmacSHA1");
hmac.init(secretKeySpec);
hmac.update(data.getBytes(StandardCharsets.UTF_8));
byte[] result = hmac.doFinal();
log.warn("sha1={}",byteArrToHex(result));

crypto.createHmac('sha1', config.github.secret); 这个里面的 sercret 是怎么回事呢，我看了一下这个 javax.crypto.Mac.getInstance("HmacSHA1")里面除了 algorithm ，还提供了一个叫做 provider 的传参，这个传参我跟了一下是有固定值的，但是这个 sercret 是可以随意传的

我的理解就是：
hmac = crypto.createHmac('sha1', config.github.secret)这段是对 secret 进行加密
hmac.update(JSON.stringify(payload))只是把 payload 解析成字符串传递进去，这里的传递是 hmac 这样的拼接吗，主要就是不太理解这里的传递句柄大概是什么样
hmac.digest('hex')最后把整个字符串解析成 16 进制的字符串？

@mmdsun 对的用的是 edge 但是其他的页面就没啥问题 有空我下个别的浏览器试试看