去年 12 月入的 16g pro ，中间还安装卸载过好几轮魔兽世界正式服怀旧服，256gtf 卡素材导来导去，也就才写了这么多
Data Units Read: 32,854,960 [16.8 TB]
Data Units Written: 19,148,329 [9.80 TB]
一对比感觉自己这电脑没用过一样。。。

实名制要求，现在基本都是要手机号的

可以，而且能正常工作
但是不能（直接）用注入的东西，也（一般）不能上切面，就很蠢，所以一般也不加

屎山从来不看公司规模不看国内国外
中小公司是屎山，大公司是屎山脉
其实不止软件行业，制造业也有很多产品，看着像那回事，里面其实也一堆坑

不清楚具体的业务场景是啥
感觉最好还是直接拆成一个 List<Task> 这样的结构，点一下跑一步
线程不容易控制，还要处理线程销毁超时之类的事情

beta 本来也不是给人正常用的系统啊。。。

go 写基础设施，kotlin 写 backend services 没毛病，啥玩意好用就用啥呗

确定是一个库一个表么。。。

之前有个朋友说卡我还问他哪里卡。。。然后我就发现我是边栏全关 +zen mode ，哪怕只开一个 project 边栏，也会感到卡顿
可能要等一等 jbr17 上了把 metal 支持了才能好一些

分贴纸的
不过 3m 除胶剂一喷基本也没啥了

1. 如果是 json 的话就一楼的注解，否则的话建议直接写一个新类专门做这个参数接收，然后再转换过去
2. 实测 RequestBody 的话可以用 Map 接

3. 严重不建议使用 Map 接收参数，严重不建议接 HttpServleetRequest 再自己解析参数

手里一个 27 寸 4k ，一个 24 寸 1080p
前者不虚，后者明显比前者难受但是离得远也看不出啥

手里去年 12 月买的 m1 13 pro ，istat 看还有 86 ，系统信息看是 90
多年使用经验来说，电池鼓包一般发生在续航崩溃之前，随便用，该修就修，该换就换

能玩就差不多了，毕竟也没有公司会专门针对 mac 优化

直接配多个数据源 + 多个 JdbcTemplate

power beats pro 用户表示这玩意咋不早点出，刚买了 studio buds

根本不靠谱，脉脉和知乎上的起码比这高一倍不止

再快的 swap 也是 swap
再高的带宽也不是容量
根据自己的实际使用情况决定吧