https://juejin.cn/post/7207410405786484796

https://juejin.cn/post/7323570678690185242

我自己做过一个订单查询的优化 ..场景复杂得多 .

不知道楼主是已经有了具体的场景,还是只是猜想将来的维护情况

@leeleehero 等等显示模糊的原因是因为 两个屏幕的缩放比例不同.

@leeleehero 没想到那么久的帖子还有人问 .我用了同事的戴尔 DA300 的确是可以正常 4K@60 后面买了一个 typec 一线通的显示器 ,也可以 4k 60 所以就没在纠结了.

@mightybruce 其他都很赞同.但是对于第一点 表达一些不同的看法.
之前确实有不少系统把有很多业务逻辑都写在了存储过程里面 .造成了 难以维护 .难以 debug 所以一些大厂吸取教训 ,从此不再使用存储过程. 这个思路我是完全赞同的.

但是对于普通开发者来说 , 一些中小企业.讲究快速开发. 如果写一些轻量级的存储过程 , 达到一些功能我觉得是完全可行的.

@fkdog 这个倒是现况 .18 年项目立项的时候用了 mysql5.7 现在还在用 5.7 挣扎中...因为大家当时对 mysql 8.0 和 pg 都不是很熟悉. 现在还在用 ut8(mb3) emoji 表情都存不了..

感觉 还差了蛮多事情需要做的
https://v2ex.com/t/998488
比如 spring boot 日志中默认会打印年份 实际上基本上不会用到. 然后打印个 rid 也会对排查问题很有帮助.

@cndenis 正解 .一直都说 java 的 orm 太垃圾.所以才有 mybatis 这种工具的生存空间.
可是每次我看我司动辄十多个查询条件,上百行的 sql 语句也都是心想 这东西真的放到 orm 中也未必轻松啊.

更何况各种 orm 对方言支持比较弱..基本上达不到宣称的 能够不同数据库之间进行切换

反过来思考一下 ..java 那么多用户选择 mybatis 也可能是因为 java 大部分时间都用来干了脏活累活..

@gam2046 现在数据库之间的差异 太大了.已经不是 orm 能弥补得了.

对于日常两三张表 join 以上的情况 只有手写 sql.
如果日常不 join 表 那肯定可以用 orm.

1 ,这个看你自己
2 ,有些信息没理解, mysql in 可以走索引
3 ,数据量小随便折腾,数据量大 走数仓. 任何时候都不应该 非预期的大数据 join
ps:严格一点 你这个理解程度我觉得不适合做微服务..

楼主的言论让人感觉到完全像是再找领袖一样.
R 大主要是讲解编译那一块 ,比较纯粹 ,可以说他所分享的知识 即便是 v 站上能够看懂并掌握的最多也就 1%
justjavac 分享的面比较广 V8 那块可能研究的比较深一点.
狼叔就不清楚了 .所以这个问题下 什么是大神? 你找大神主要是为了解决什么问题呢? 膜拜 ?

遇事不决先 chatgpt 吧 .合适自己的才是最好的

@simanW 我周末整理一下吧...同时我也在知乎 问问 ..然后也去掘金尝试抛砖引玉 .看看有没有人一起完善这种比较使用的方法/类/配置

@fjdingsd 什么算滥用 2333 . 不是都是用到了采用.

@dongci777 所以现在不是正在搜集那些能加入 starter 啊..大佬一起分享下呗.

@changdy 小配列习惯了就好了 . 至于罗技 mx keys ...如果到那个价格有其他更合适的选择.

我之前也有一个酷冷至尊 16 年 500 买的.你应该还是在我后面买的.
去年送朋友了 ,这两年国产键盘卷的厉害 .预算不太多 建议考虑 狼蛛 F87 /F75

@sunny2580839896 哈哈 本来我是想让大家讨论下 众人拾柴. 不过可能大家都比较害羞.

@LiaoMatt 卧槽 大兄弟你这有点懵猛啊. 不过主要是不同的工具 .arthas 只能看最后转换的实体类 但是 filter 是为了看原始的数据 .

@DdDddDlush 哈哈 我也是像白嫖一个..看能有那些进行设置的.

@cnzjl
@chendy
@FawkesV 哈哈 楼上也有一个其他工具 .不过我这个是 spring boot 自带的.更方便一些 .按需选择

各位朋友也可以互相交流学习下. 说不定也有好用的工具