@dbg 你这种可以，不过我看到还有一种是数据库不直接对外连接，直接在中间件/代理上面做审计 log

mongodb 有事务啊。

@wxf666 你是是把 duckdb 当 sqlite 用了

这明显是 duckdb 的场景，关键是 duckdb 用得多案例多，mapdb 维护都没看到什么了

垃圾项目，还没做啥就喘上的渣滓

浏览器内存 尤其是基于 electron 的那一堆 动不动来个内存泄漏

毕竟.net 7/8 上面性能又牛逼，用起来也爽的 linq 这种东西，Java 上面现在是半残废。

1.看业务，并且主要是不是 curd ，遗留代码多不多。
2. 实际操作上更推荐，新的模块 新的项目里面试用一下 kotlin 之后再看看是不是合适你的团队， --- 或者先在单元测试，筛选数据等部分试用。
3.毕竟现在的 kotlin 甚至 scala 用来搞 curd 比别的快，还能充分借助 openapi 工具箱+AI 等辅助完成大部分的 tdd unit ，但是整个知识迁移的投入还是看出钱的。

curd 这种 还 AI ，直接大把给他整上 TDD+AI 生成写代码

1.咨询 查询官方文档，看看支持的 cpu 是哪些；
2.找专业的修 nas 的人员问问

刻意练习， 这个是一套方法，而不是在你不熟悉 没天赋的地方耗时间算刻意练习

偷螺丝----假；没有全部把螺丝拧上真。
不过张雪峰再得分，你这就是典型的 uc 小红书打拳。

@coderxy 实际这种不是应该 两个么，一个外部的网关 流量出口，一个内部的网关 or 路由 作为 soa 的编排。

看你们的网关支持啥啊。已有网关是个不支持 h2 的，你这传了有啥用。 看别的网关有啥，是准备切换别的网关了？

去搜搜 google 驱动，看看有啥 bug 描述你这种没，这种是不是睡眠/合起来屏幕再大开之后出现的，

这个不错，实际可以找个比较大的开源 Java 项目，跑一下 commit 实验一下数据