社区版或者留存版有什么问题

清高也算性格？
人类还没有文明的时候这个基因表达是什么样的？

kotlin 编译错误？很少吧，也就是一开始不熟练 class constructor + property 的几个简写比较容易犯错，其他的按提示写就行了，又不是 typescript ，类型系统玩不出花

我上个月也中招了
就买个优衣库的工装短裤，看官方店没货想找个进货的代购，结果没注意看他标题的那个“库”字用的是一个形近字，100 块的裤子到手看了下质量巨差
后来幸好退了

@anonydmer 如果是 kotlin ，我会这么写，而且构造完 pair 在 map 中使用的时候必须是解构声明而不是 first second 取值

但对于 java 还是直接一些为好

回复一下，首先 findLastLog 并不是一个 mysql 简单查询，本身有其特有逻辑，它甚至不是 mysql

然后这个重构也并不是意在调整设计方案，而是调整查询的业务逻辑后顺手精简一下调用处代码

最后”不要循环调用查询“这类教条并不是放之四海而皆准的铁律，一切都要由结合业务做评估，对于业务代码，可读性永远是默认第一位的，性能优化要以实际表现为准。

chat 还行
基础的补全挺一般的，也就写新功能的时候有些重复 pattern 的代码或者独立的小工具函数用用

chat 还行也不是说准确度高，而是他是很方便的 gpt 入口，练习英语对话挺不错的

光论准确度也一般，比如我问他 join 两个 list 用 Java 怎么写他能写对，又问他有什么现有的库有这个功能，结果他给我来个 xx 库的 union 方法

内存频率根本用不出差别

不方便糊💩

@diagnostics 还在 actor
Scala 都不整这个玩 fiber 了

30w 没 hud

男士夏装的确比较乏善可陈

@makelove 官网刻意隐藏了类型语言存在的事实
还有 infer 这种我当时翻了半天也没翻到哪里提及过

1000 以下无特殊需求只推荐索康尼胜利 20

名字缩写问题比较大

其他没什么看不懂的 问题是要不要这么做

java 泛型复杂不了，又不是 ts 能写逻辑

是否同一个，那是比较 identity
对于数据库 entity 来说通常就是 id 字段

@akira 布洛芬药效上来了，现在就是有点头晕，然后一直在出汗
@anmie 我应该是第二或者第三天，暂时嗓子还没特别不舒服，只是稍微有点发炎感

刚才眼睛酸痛，头晕，脸颊发烧 38 度+，心脏扑通扑通的跳，实在顶不住了又磕了一个布洛芬，从服药到生效在床上辗转反侧，睡又睡不着
感觉药不能停😨

@reaganlee1947 是这样的
DDD 是彻底的 IoC ，不是由技术表达业务，而是一切由业务驱动，让技术去实现业务
Java 语言特性太弱，如果要实现这个目标要写大量的适配代码