@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 流程。

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

postgresql 有 rewriteBatchedStatements 参数吗

啊这，刚回复完说要没了

有的
https://blog.ex.noerr.eu.org/58706DEF-4638-4B14-8560-CCD22AD9857F/

理想情况肯定是要写的，但现实情况是大多数开发没有写文档的时间，开发流程中也没有写设计这一块，项目参与人数不多，文档体现不出重要性

文档有很多类型，首先是 PRD ，这个基本都是有的。
然后是设计文档
理想情况下由高级开发编写设计文档，中低级开发按照设计文档编码，一份好的设计文档应该阐述清楚业务需求是什么，为什么这么设计，有哪些注意事项，后续可能的变更会造成哪些影响
然后还有部署文档
最后还有使用手册，这个也很重要，不只是针对用户，对于新来的开发人员通过使用系统也能很快熟悉系统业务

以上多种文档组合才能达到通过文档来熟悉并快速入手项目的效果。
但从现实来看，大多数项目的参与人数没有那么多，花这么多时间写文档带来的效率提升并不好，而且文档质量低，文档更新不及时也是文档实施的阻碍，不如直接问老员工

只有把文档当作开发流程中重要的一环，和测试一样列入 QA 体系，才能保证这个文档的“新鲜度”

我只能说还好别人分享出来的 pc 能直接浏览器打开，没有说点击链接让你去扫码到手机才能看

不了解 FEM ，但我想这和他们背后相关产业的产值有点关系