@yidinghe 复议，感觉让 AI 补全代码后的“审查”真的很中断大脑的“思考流”……

我是直接把 Spring 官网提供的这个 dockerfile 抄下来，不用去折腾 plugin （我比较懒 hhh ），直接用 docker 命令构建（ CI 里用通用流水线就行）：

https://spring.io/guides/topicals/spring-boot-docker/#:~:text=by%20using%20Maven%3A-,Dockerfile,-COPY

@yolee599 #50 只要不考虑内存什么的，现在写 Java 直接上 Spring Boot 完全没问题啊，Boot 提供了很多开箱即用的东西，没必要说“是不是写 javaer 只会用 spring 全家桶啊？”这种话吧；关于你的同事在“嵌入式”场景下用 Spring 这种重型 framework 可能确实不太妥，但我更倾向于这是使用者的问题

@Morii 不好意思我的，其实我想说的是 Web 场景，游戏那块儿确实还得 C#

@keepRun #25 我感觉就算不算字节，用 Go 的都比用 C# 的多吧……

@RedBeanIce #3 今天刚好在 Slack 看到了一个提问，是不是和你问的是不是一件事：

Q: Hi, i am using nats.go client library, is there a way that we can know if a msg is redeliver msg.(JS enabled, client version v1.28.0)
A: You can get the `Metadata()` of the message and then look for `NumDelivered` to be greater than 1

@zzhaolei 我感觉 GORM 只要别叫 ORM ，就没什么问题，还是很好用的；其实我也觉得把 GORM 当做一个很好用的 SQL Builder 就行，GORM 的很多封装后的东西都很好用，比如 Scopes 、CreateInBatch 、Upsert 之类的，还是能降低很多开发时间的

@joyhub2140 #116 是的，用着很爽很流畅，但痛点就是复杂点的查询场景还得拼字符串……

4K 60hz 的话，2000 一下都有很多好货

@yule111222 羡慕 Kotlin ，只能私下玩玩 Kotlin ；我就是因为 XML 才很不想用 MyBatis……太丑陋了，但在 dynamic where conditions 上 MyBatis 又挺好用的……（与 JdbcTemplate 相比）

@lifei6671 我也喜欢用 GORM ，不可否认的是 GORM 确实很不优雅、很不 ORM ，但是感觉……他做到了便携性与灵活性的一个 balance……很怪，我个人也觉得 GORM 丑不垃圾的，但感觉真的很好用

@sunmoon1983 这🫥啥啊

但 NATS 对于 micro-service 的实现里好像没有 middleware ，可能不是很好用；主要应该也就用的“消息中间件”的功能吧

1. #4 说的 singleflight 了解一下
2. https://github.com/dtm-labs/rockscache 了解一下
3. 这和分布式锁有什么区别吗

觉得不是什么太大的原则性问题吧……是人都会有失误，给人留点余地也是为将来的自己留点余地

当然如果选择不面的话也完全完全没问题，毕竟人也总要为自己犯过的错承担后果；而且要是这个候选人也没有特别优秀、特别 match 而且其他候选人还多还多的话，也完全可以就不面了

python 就直接 fastapi 了吧