都上 spring 了，就别说省内存的事了…
如果真的内存敏感，试试隔壁 php 或者 go 或者 node 或者别的啥，一样的内存，java 可能应用都起不来他们可能还能顺便跑个 MySQL
啥场景用啥工具，用 java 干活说 java 吃内存，就好像说开大挂买菜说大挂废油一样…

同遇到过，原因不明，多次密码错误之后让我去重置密码了，然后就好了

17 年还是 18 年刚出的时候体验过一把，还做过一点简单的测试
个人体验得出的结论：自己学习学习玩无所谓，除非团队技术过硬或者业务足够简单，否则不要在商业项目中尝试
因为这玩意解决的是’用多线程扛高并发线程过多扛不住‘的问题，当时测试，一样的最简单接口，一样的压力，响应时间接近，但是 webflux 的内存使用相当少
代价就是换了个姿势的回调地狱，业务简单还好，业务复杂度套上这玩意的复杂度真的就是杀人级别的存在，没点实力和闲心根本 hold 不住

惠普的薯条 logo ，因为公司电脑是惠普，把苹果盖上混入其中

2024 上班第一天
岁数没比我小几岁的老系统切换 chrome 的准备工作终于差不多了
为了兼容性加了一些东西，然后在 2024 年学习了 ie11 的检测方式
唉现在不是 2024 年么我在干什么啊喂

用户完成了口嗨，HR 抓住了把柄，平台挣了钱
大家都有光明的未来

intellij idea 的 git 工具

啊？ MacOS 没有 free ？
啊，MacOS 有活动监视器有 istat 啊

公司选技术栈，优先考虑技术风险低，人力成本低
所以通常来说不会用’不好用‘的技术栈，但是大概率会选择’不时髦‘的技术栈

公司换技术栈，无非是因为换技术栈的收益对得起风险
比如说 java8 到 java21 ，新增了巴拉巴拉特性，没有几家公司会升级
但是如果说性能爆炸，以前一个机房跑的东西现在一台机器就能跑，那大家都升级

职业生涯见过太多技术老旧、新人不愿意碰、老人不愿意管，但是就是卖得好很挣钱的项目了

咱自己人就别搁这污名化防御性编程了好么

都用，简单的 orm ，复杂的 sql

楼主你但凡多试驾几个车，多来我们汽车厂拧几根螺丝都说不出这种暴论…

数据库加两列，一列自增，叫‘区块号‘，一列算个 hash ，叫’区块哈希‘，完事

摸鱼论坛，唠正事干啥

@laaaaaa 在 B 服务里存用户数据，然后直接查 B

问题 1：
a. 不管，除非是很大的字段否则就返回，爱用不用
b. service 以下不动，controller 层加类 配合 mapstruct 之类 复制
c. service 以下不动，controller 做个方法，反射+字段名返回需要字段的 map

问题 2：确认一下 SQL 到底是否一样，走不走索引建议自己 explain 以下

问题 3：
a. 把服务 A 服务 B 捏一起
b. 服务 A 直接访问服务 B 的数据库
c. 服务 A 定时把服务 B 的数据库同步到自己的数据库

这个功能在我的世界里，属于线上没输过线下没见过的东西之一
职业生涯唯一见过的远程开发，是瘦客户机 + vmware 远程桌面的方案，远程开发就是家里电脑挂上 vpn 连上去

随便用，用不坏，用坏了主要部件两年质保直接拿去换

以前的 mbp 用户：cpu100 度，风扇 7000 转，没问题，继续干
现在的 mbp 用户：cpu70 度，风扇 1000 转，嘤嘤嘤，我电脑是不是要爆炸了

虽然没用过 go 也没出过国，但是感觉不对
因为在国内能看到的国外的用 go 的公司都是有钱有技术的整活人
国外的日子人们应该也都还在用 java c# …