先看清楚人家的服务等级定义吧,另外我看了下自己的工单历史，基本上首次响应都是在 20 分钟以内。
------
> 阿里云为您提供 7×24 小时的免费工单服务，解决您使用产品的售后问题，响应时间按问题优先级分别为：一般工单<120 分钟，重要工单<90 分钟。如果免费工单不能满足您的服务时效性诉求，您可以通过极速工单进行工单加急（收费），极速工单支持响应时间<10 分钟。选购该服务后，可以在提交工单时选择是否使用极速工单。

aof 中应该是 set 1 add1 两条分别的记录。终值为 2 而已。

根本不存在：等重写过程已经遍历完整个内存中的数据，此时键 A 的值是 2，这个过程。
他把 aof 文件读完后直接去追 buffer 中的缓存命令，追上就完事儿。

话说，在阿里内部有时候也是走普通工单。。十几二十分钟就响应，也不是不能忍吧

@ch2 win 上也有了。。就是这么神奇。java 也支持了

我越来越感觉 11 会被跳过去，8 支持性周期太长，11 的支持也没几年了，目前很多项目依旧在 8 上。
11 的功能性优点真的不够突出，maybe 之后大家的选择是直接跳到 17lts

有 benchmark 么？运行时，已预热的的 benchmark 。

不要锚定别人，要锚定自己。
体会自己获得是否更好，慢慢接受，绝大部分人其实都是碌碌一生，也挺好的

很多工具集不支持也没办法呀。比如 idea 在 jdk16 也跑步起来 doge

termius 最大的问题，无法导出你配置的站点信息。。特别坑。

@wintercoder 6-7 bu 只有内部评价，还算好过的，前提是运气别太差，老转岗（被动）

北京压力会大，南方人的话，杭州也还可以

@7654 并不完全是套路。完全就是规模和数量太多，很难保持一致导致的。阿里云这块还算做得比较好的。
很多产品开发和文档是两个部门在弄，工作节奏不一致，而且产品太多了，有时候内部都不清楚最新的版本是啥，都要拉群问的。

@knowckx redis stream 高流量，大负载会有啥问题么？最近选型

@narutow en/decoder 可以类型匹配 B 也可以不解析，直接给 C

+1 同不理解这个脑回路，当时想升级下载最新版也颇为费劲。最后 macwk 上下载的

@trascation 的实质是接管了 DataSource，然后帮你 begin 、end 了一下

放心，新楼隔音也不好。这不住建部终于要出手规范了。。

bug sur 上面的指针加速貌似无法关闭了。。命令行调整到 0.1，依然有加速，忍着用吧