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.v2ex.com/58706DEF-4638-4B14-8560-CCD22AD9857F/

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

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

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

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

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

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

rancher ，但是 rancher 只用来管理节点和看，部署服务还是直接 helm

现在是真的贵，去年 2 月份买的 rds mysql 1c1g ，60 块 3 年

我是推企业微信群机器人，省事

idea：重构包名，重构方法名，重构类名，重构变量名，提取方法

1. voice meter
2. 麦克风的话设置默认麦克风应该就行了

@yinmin server_name 的域名是腾讯云的，是解析到服务器 B ，也就是腾讯云的服务器上的，做过备案

@julyclyde 不是，写的是 A 的公网 ip x

https://i.imgur.com/KrFDFiS.png


https://i.imgur.com/DbXLfVf.png

如图可以看到 upstream 确实是 A 的公网 ip ，并且这个 url 直接复制下来在 nginx 的服务器上请求没问题

nginx 上 tcpdump 看到 destination 变成了 B 的 ip(也就是 nginx 自己的)，这应该是 504 的原因，但是这问题看起来更诡异了