现在我写 sql 和分析 sql 的活都交给 gpt 了，感觉能省不少头发

从业务入手，看能不能提前制定折扣计划，比如 1 号之前配置 1-3 号的折扣，这样有充足的时间去计算折后价。
如果非要实时调整，那除了变动后计算，通过分组并发建结果表等常规方式计算没啥办法，你肯定不能每次查询再去计算的

有免费的支持 *.xx.com 的证书吗，有的话告诉我一下

1. mapstruct 转换，如果请求量大到影响业务，应该专门优化，一般来说这是少数接口
2. 分批次
3. 我这是拿到数据后再合并，具体方案得看业务

存储选什么呢，万一碰上一次停电直接头皮发麻
看了你上面说的这些，你用 k8s 的唯一原因是觉得它部署方便
1. 我并不觉得 k8s 部署方便，写个 helm chart 的时间肯定比写个脚本多（除非你更擅长写 chart 而不是 shell 脚本），只能说他看起来更规范
2. k8s 显然比直接部署更占用资源，它的优势在于自动扩缩容，但是你说你想固定节点且单节点。限制服务器资源 docker 一样可以
3. 管理集中或许这个算一点小优势，你用 k8s 会很自觉的把 yaml 或 chart 文件搞个仓库放好，并且有统一的入口去查看日志之类的，但是写个脚本也是一样的，易于维护则不一定，出现问题，你还要额外考虑 k8s 上的问题，而且出问题的概率比这些基础应用本身要大

综上对于你目前的情况而言你列出的优点都不算优点或者优势不明显

我是说 datart 的 logo 和我之前看 davinci 的怎么这么像，原来真的是“续作”
https://github.com/edp963/davinci/issues/2297#issuecomment-1118674817

@litchinn https://www.v2ex.com/t/804653

/804653

看这个帖子，你会发现站里很多这样的头像

@redchamber 敏感数据有时候并不是特指数据库里的数据，对于某个功能的需求和模块的设计本身就有可能是一家公司的命脉，属于商业机密

前景还是有的，毕竟数据这东西总有办法解决的，而且也并不是所有项目都是机密的

我看你不是自己提到了 go dlv 这种线上 debug 工具吗，不让用吗

我用的 mybatis-plus ，我的 query object ，会包含一个方法自动生成对应的 QueryWrapper ，在查询类传入 service 时已经变成 QueryWrapper 了，对于返回类一般来说都是和某一实体相关，额外的数据在 service 中处理并返回 VO 对象。
转换工具用的 mapstruct 。

为了防止混乱可以利用 maven 的模块，例如 controller 层依赖 service 层，service 层依赖 dao(或者叫 domain)层，
实体放在 domain 层，QO 放在 controller 层，VO 放在 service 层，这样就无法在 service 层使用 QO ，也无法在 domain 层直接使用 VO ，QO 。

如果你在很多情况下查询结果并不对应实体那么不应该用数据库驱动设计的思路，而应该考虑 DDD 。

这个帖子从另外一个角度火了

找测试要一个 sql ，把数据同步过来？
我觉得吧，其实该给权限就得给，把过程控制好就行，事实证明，强行不让开发去做总会有人想其他方法达到目的(比如程序里写接口)，这更危险

不是自带吗，https://docs.oasis-open.org/mqtt/mqtt/v5.0/os/mqtt-v5.0-os.html#_Toc3901045
emqx 像楼上说的有在线离线主题呀

配置日志，配置数据库，配置 security ，配置 jackson ，配置 redis ，写个 Dockerfile ，引入一些 spring initializr 中没有的包

如果能自己改造下 spring initializr 或者用模板引擎搞一个生成器，那么可以啥也不做

《基督山伯爵》确实是脑子里关于复仇的第一反应，想到《基督山伯爵》之后会联想到《呼啸山庄》，《连城诀》，还有《哈姆雷特》也是复仇

https://themanagershandbook.com/
可以读读这个