为啥要把目光局限于业务测试呢，除非一直相当点工？，如果真是这样确实无所谓。

测试工具类，基础库这些，没有和业务强相关单元测试是重要的。

后续迭代维护，没单测，每次改动心智负担很重。
另外，可能大部分测试人员也没有参与过开源项目的贡献，提一个 PR 上来，没有测试代码，直接就合并，就过于草率啦。

欢迎留言一起交流哦~

恰恰相反，我们是开发不能有测试库的写权限，只能读

@homeland

redis 做消息队列会有一个严重的问题，缺少 ack 机制，消费了消息，这个消息就没了。

如果发生 worker 处理异常，可能就会导致消息丢失。

另外，不仅仅是 mq，db，redis 这些都安装在 docker 也没问题。
不用担心性能损失的，对内的平台完全不用考虑。

哪怕对外的业务系统，这么干也完全没问题。

容器化的部署，迁移和升级都方便多了。

很早之前拿到 offer，没去。

工资现在不知道，当时就是抠抠搜搜的。

公积金和社保基数底，比例低。

MQ 是作为 celery 的 Broker，也可能使用 Redis 代替。没啥维护成本。
前公司已经稳定运行 5 年

PDD 的例子可能更加合适点，shein 赚不赚钱不好说，但对技术，是不舍得给钱。

你值得拥有一把更加好的

卧槽，什么公司啊，真舍得，居然上赫曼米勒

唉，谈资论辈这种难受哦，买个椅子都要想那么多。

我在私企，买完之后，也安利我的领导买了呢

健康真滴很重要，希望大家好好保护腰椎~~
如果有腰疼，对购买人体工学椅有兴趣的小伙伴，欢迎留言交流~~

直接上 grafana？最终你还是要做成图表
https://grafana.com/grafana/dashboards/12918-macos-host/

支持

从 binlog 能恢复，但得知道时间点，操作步骤会比较麻烦，尤其是生产环境不能中断，并且涉及到各种权限问题。

所以应用的 db 账号必须得把删除干掉。

嗯，把表的数据删除也是不能接受的，drop table 那就更加离谱啦。
对业务来说是不可用，逻辑删除，只需要执行一条 update 语句，把逻辑删除 flag 改一下就行。
物理删除讲真，我没有回滚过，难度肯定比执行一条 update 一个量级。

嗯嗯，我理解是不同层面的问题呢。API 设计问题是 bug，物理删除权限是管理问题呢。
如果没有物理删除的权限，这里不会出现删表嘛，最多是抛异常。

逻辑删除和物理删除需要的恢复时间差别是蛮大的。

正常来说，生产环境的应用使用的 db 账号不应该有删除权限呢
你们不是做逻辑删除，而是直接物理删除吗，这样就太猛啦

有待验证

如果要赔偿服务费，那让外包直接从原来公司离职，然后再入职就好了？

可以参考我的开源项目
https://github.com/lihuacai168/AnotherFasterRunner

过程效能数据，一般指哪些指标呢，用例，BUG，自动化覆盖率这些吗？

好家伙，不要把群里面的图片乱发出来。害死人的

shell 这东西确实得多用，每次都要查语法，很烦。
还好现在有 gpt，直接把需求说明白，gpt 就能写出来，非常爽。

你不爱国是吧
251 警告