今天大的离谱

建议 还是加上 service, 以后万一要加功能的话,可以在 service 直接加, 要不然下次 别人还是会加, 别人就会考虑是否要把你的方法移回 service

TCP 就是 水管出水, 你用 定量 100ml 的杯子接水, 这次接 50ml, 但是每次都接满, 你要喝的时候就喝一半, 喝多少定着杯子的刻度尺就行

周末的时候, 来了个手机号的电话, 说自己是京东工作人员, 白条要下架了, 让我注销, 免得影响征信, 我感觉就是诈骗, 就说劳资自己晓得, 不用你来, 就挂了

先把自己那个拦截器改回来, 然后再把他没有用包装类那个 bug 转给他

@codehz 我一直都是 用的那个 interactive rebase 那个, 但是万一操作的是 公共分支, 然后 push -f 好危险, 有啥办法安全操作不, 我都是 rebase | push -f 自己的分支

简单中文可以盲打, 复杂点的需要看候选项, 毕竟有些可能有同音, 英文的话能拼出来大概率打出来没有问题, 写代码的话, 一般都是 打前面的 然后在候选项里面选, 全部打完, 打错了, 智能还出不来

你买那个 jd 的质保没有, 我买了 5ii, 纠结要不要买 jd 的那个三年质保

前期进展神速, 后期维护龟速

@ztechstack 这个有呀, jpa 可以自动根据 entity 自动 更新表结构

@Nerv 我哭了,我本来是 beta 的, 不知道哪天突然就变成了 dev, 没法退回 beta 了, 只能重新安装 恶心了呀

redission 有一个 watch dog 机制, 可以自动续期 key, 避免了 A 执行时间超过设置的过期时间. 上面大家都说的很清晰了

随机行号,行不? 感觉不需要随机 id, round(count), 30 个行号必命中

选了几次,no.1 都是 KDE, 怎么回事?

正常来说,一个功能更多是由后端主导设计(接口设计), 标准的是需要一份文档来对接口功能,参数说明的,不写文档,比较自私,或者说就是不负责,这种人,大概率也是甩锅侠,swagger 不香吗,干 正则我也是百度,你们是直接开发机互联联调吗, 直接让他给文档, 随便调这种事很坑, 下拉框参数这种怎么来,是后端约定,还是调用字典,没得文档很难调

查一个值, 那就老实遍历, 查最大 100, 分治排序, 分成 100 个块 ,每个块 都排排序出来, 取块中最大的 100 个, 然后 100 块*100=1W ,然后再对 这个 1W 排序 取最大 100, 思路 就是 无序变有序 和 分治

@ckdxc 有些时候开 虚拟桌面 用 VM,正常开发 IDEA VSC,感觉内存还是有点吃紧 ,但是 16G 够用