魔兽世界对显卡的要求并没有想象中的那么高.
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">看着舒服.

@MrGoooo
的确 xml 对于动态条件判断的 sql 来说也不是简单明了.
但是不是所有框架的设计都以简单明了为目的.

另外补充一下,
之所以市面上的框架没有复杂查询 api 是因为大家发现试图用 java 来实现 sql 的 dsl 效果往往不尽人意, 要么就是 api 过于臃肿要么就是缺乏灵活性,弄到最后还不如直接传一条 sql 进去简单明了...

就真的套娃了,
jdbc 套 mybatis,
mybatis 套 mybatis-plus,
mybatis-plus 又套 mybatis-plus-join...

在框架上二次封装还不如自己重新弄一个.

@mbcz123 开始菜单里搜一下，名字叫做“iCloud 密码”

说实话真的难。。应用面实在是有限。。
我的需求范围内能用到的也就只有记笔记了。
iPad Pro 这个形态操作起来效率远远没有笔记本高。

我用的是 iPadPro 2018，本来今年打算更换 M1 iPad 的，但是认真思考了一下还是放弃了。。。

sidecar usbc 连接还是很稳定的。
使用下来最主要的缺陷就是为了保证流畅性和稳定性，牺牲了一定的码率。具体体现为 sidecar 颜色失真很厉害，如果你有用 sidecar 打开 raw 格式的蓝天图，颜色断层很厉害。

我没记错的话，google 网页上的个人搜索设置里不是可以选择区域位置 /语言的么？
我的 linode ip 经常被识别为日本、中国， 我在里边设置了美国，然后就一劳永逸了。。
不过前提是需要登陆账号才能保存设置。

学个词就乱用简直是太好笑了.
楼主是不是觉得自己是世界上最聪明的人?

结个婚领证就好了, 干嘛还要穿婚纱、西装, 办婚礼摆酒席? 按照你智商的理解能力来说, 毕竟这些都是智商税.
婚礼在朋友圈里办就好了, 拍张合照发上去, 大家点赞给祝福, 红包份子钱还能直接微信转账, 你还省了上万块的婚礼费用.

极端理性的人, 脑子多多少少有点问题. 可怜了 lz 的老婆, 怕是以后有她受得了.

把嘴闭上, 我说一个数....

token 和 web session 本身就是同一个东西, 区别只在于生命周期和存储位置不一样.

如果就谈业务逻辑的话，公司小、业务简单、架构不复杂，你用 go java php python ruby node 甚至 asp 都没问题。
如果业务复杂、人员多、流动性强、架构需求稳定，我觉得时间自然会说明一切，各大公司都会用脚投票选择什么语言。

前几年淘系的人很喜欢在网上布道 nodejs，nodejs 也的确是火了一阵。2021 nodejs 怕是基本已经萎缩成 webpack 、npm 一类的平台工具了。

@JasonLaw https://segmentfault.com/a/1190000023480072
刚好从 evernote 里找到去年剪藏的文章。
文章里的测试结果，我在 mysql5.7 版本上复现。

@JasonLaw 建议你不要把这些东西当成圣经。

我举个很常见的例子，比如很多数据库为了索引优化，会给索引列设置一个默认值避免因为 NULL 造成的无效索引，比如给字段设置-1，0 等。假如这一列恰好是外键列，而-1，0 对应在父表中的关联对象是不存在的，这显然是违反了引用完整性。

所以你是要考虑你理想的引用完整呢，还是考虑实用主义优化性能为主？

我发现 v2 上的人真的很喜欢把一些东西当圣经奉为圭臬。。
比如 restful 和业务 code 封装就能争出上百条评论。

理想主义者遍地，孤芳自赏，还要抱团取暖。