@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 警告

其实也没必要对付费那么敏感，上面那条我也是说，维护好一个群是需要花费挺多精力的。

如果一个群能提供你需要的信息，10 块钱倒无所谓，甚至非常便宜。

朋友圈看到一个炒股买房群，收费比这个高得多。群主是大厂出来，自己折腾一番，现在有上千万。

大家愿意相信，就付钱。

我们的群没有直接收费，但私人咨询我是收费的，所以很多私聊我的人，我都直接建议去群聊，私人时间真的很宝贵。

现在不收费，也不排除以后提供一些收费服务。估计也会被喷一波，但问题不大。毕竟真心提供服务，是不想被白嫖。

哈哈，有没可能是粉丝太少，没饭恰

现在还不算老，多磨多难还能扛得住，希望后面好点