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/
可以读读这个

@codingbody 那我还真不知道，我只见过 reWriteBatchedInserts

想说昆明的，但是发现楼主说经济不行，那成都呢
武汉的生活舒适度真不行，尤其人文方面，如果武汉对你来说是个陌生城市请不要选择武汉
北方我觉得烟台还行，但是不考虑北方的话就算了
然后就是苏州，长沙
其实你这条件限定下来能选的也不多，非一线且区域中心且经济要好，那么就是天津，杭州，苏州，青岛，成都，武汉

编辑了一大段，op 又补充武汉可以工作调岗且有同学，那武汉可以是首选

1. 缺少追踪，5 天时间最后才说完不成这就很有问题，而且之前出现过，那么在第 3 天左右就应该问问他进度。
2. 没有明确延期原因，各种理由是什么理由，如果公司有相关绩效，就按绩效来，但多次出现这种情况，不管有没有都应该让他出具书面报告，什么原因导致延期，“每天走的都是第一个”，这很显然并不是完不成的原因。如果明确是人的问题，得先单独找他谈话。裁员也属于项目管理的正常手段，但并不是用来威胁的手段。
3. 虽然 B 依赖于 A ，A 的延期必然影响到 B ，但是 B 并不是一定要等到 A 开发完成才能启动开发。但如果两个模块都是一个人开发另论。

如果公司没有什么明确的 QA 流程，那么你得留好必要的证明，比如你这个开发人员评估 5 天，你给了他 5 天这个东西得保留，不管是 jira 还是聊天记录。建议还是得有一个基本的 QA 流程。

最后，其实最重要的还是要找到延期的原因，个人原因还是流程管理上的原因得明确才能改进。