notability 有个手写公式识别功能，不知道什么时候 goodnotes 也能安排上

test()里 temp 只是一个形参，

我觉得目前国内的互联网公司就和那些房地产一样，想着赚快钱，根本就不会太去注意楼房质量。

国内的互联网起项目完全就是为了进场抢份额，发展的好那么后续多投入点资源，发展的不好直接掐掉。
什么高质量有的没的，根本不 care ，项目问题多了就推到重构。

我更惨
用了 airpods pro 开始，耳道湿疹、真菌感染。。。。
现在已经不用了。

@xiaoliu926
人的血压是会随着年龄增长而增长的。140-90 这个范围也是包括了 70 80 岁的。
正常 20 30 年轻人的静息血压应该是在 115-120/75-80 之间。
美国那边最新高血压标准已经调整到 120/80.

@Zhengqing 看 iPad pro 和 iPhone 以及 retina macbook air 就知道了，下放肯定是会下放的，只不过要几年后而已。

将所有的 getOfficeCodeByXXX()包装成 Function，然后塞进一个 List 。
做 list 的迭代，执行 function.apply()，如果返回值非空，则 break 跳出迭代。

``` java
List<Function<BrChangedEvent,String>> funcs= Arrays.asList(
XXX::getOfficeCodeByOfficeUnlLocCode,
XXX::getOfficeCodeByPor,
XXX::getOfficeCodeByFnd,
XXX::getOfficeCodeByPol);
for(Function<BrChangedEvent,String> func:funcs){
String officeCode = func.apply(brGeneralInfoDto);
if(String.isNotEmpty(officeCode)){
brGeneralInfoDto.setBookingOfficeCode(officeCode);
}
}
```

touchbar 不好用，太滑了。。。

这种需求建议和业务代码解耦开来。
1. 将日志写入 mq，mq 另一端写入数据库.
2. 将日志写入磁盘文件，使用 filebeat 等工具进行采集
3. 将日志写入做成一个 rpc 服务，分别给 A 和 B 去调用。

因为大部分厂商都用 go 写一些高性能的中间件。

至于应用业务逻辑，一方面是 php java 已经有了足够成熟的开源产品、开发生态和开发者，另外一方面是用 go 重写也没有太多好处。

"裸 docker run 并发 10k，rps 30k 。k3s 直接降到并发 1k，rps 1k"
如果是这种降法，那我感觉可能是哪方面配置出了问题。牺牲换取伸缩弹性很好理解，但是能牺牲 10 倍 30 倍这种性能的，我理解不了。

@chengxiao 如果你是按照 1080p 没开垂直同步的那种标准来说，45fps 的确帧数不高。
不过大部分 4k 显示器都是 60hz，45fps 根本不会影响游戏流畅度。
而且 45fps 也只是最低值。amd 驱动统计平均帧率都是 55fps-60fps 。

@chengxiao 不可能。

我现在用的 6800 公版+5800x， 玩 9.1 版本都是把特效拉到 10 档，阴影和 SSAO 降一级，开启垂直同步，全程野外和大米能稳定 60fps 。关闭垂直同步则是 70-90fps 。

团本视 boss 战特效一般也是 50-60fps 。偶而会在 45fps 左右，但是也算流畅。

魔兽世界对显卡的要求并没有想象中的那么高.
14 年的时候 wow 开 6.0 版本,我的 970 就能跑 4k 的魔兽世界了, 而且当时还是运行在黑苹果的 openGL 上.
windows 下的 970 4k 帧数更高,野外能达到 80fps.

别问, 问就是 linux 自由主义特性.

什么时候 linux 能把高分屏上那字体整明白了，什么时候考虑重新装一个试试

把队列名称配置成启动参数。
配置不同的名称参数则启动后消费不同的队列。
参数化的配置还能方便你随时扩容。

见过太多的项目从底向上 entity 、domain 、dto 、vo.......

如果项目里有用到 mongodb 、es 的 mapping 类，那么一张表就可能拉出个 5 、6 个 pojo，从最下边的 entity 字段一直浮到最上边的 dto 或者 vo 。。。。

不过大部分问题还是软件开发者本身的问题。
加字段这种东西不管怎么说还是很 ez 的，后端不愿意加往往是因为你需要的字段前端也能计算出来没必要推给后端。
碰到这种前后端都能做的东西，只能看心情决定了。

@wolfie mybatis 的 XML 本质是 XMLLanguageDriver. mybatis 和他的 xml 文件映射在接口上做了解耦, 通过 mybatis LanguageDriver 你可以自行扩展, 配合 springEL 表达式完全可以简化掉 mybatis 的 xml <if test="xxx!=null">这样的判断.

至于为什么没什么人去扩展这个,存粹是因为即使扩展了也没什么更明显的优势, 使用 springEL 或者自定义 dsl 结构省不了多少代码, 查询条件复杂了反而还没有<if test="xxx!=null">看着舒服.