这个问题好解决，在聚合接口，能统计到每个接口的执行时间，以及执行日志，统一返回

不用，聚合接口会返回所有执行过程的 log，直接在 log 中看

天下苦 ms 久已，希望这篇文章能给遭受痛苦的朋友们一点点启发~~

我都是 vscode 和 IDE 然后加上 vim 插件，纯 vim 开发用起来还是差了点意思，临时改改配置还行

“你说，如果公司对我不满意，为什么会给我升职呢？但如果公司对我满意，又为什么要 X 我呢？”

这个嘛，可以参考 zf 打老虎的手段，要调查某地方的一把手，会先他升级一级，调到其他地方。然后空降一个人来接替他的位置。
这样做，是避免他原来的手下打掩护。毕竟一把手都不干净，下面的人也都不会干净到哪里去，都是一伙的。
需要切断他们的关联才好入手

18 年的时候做过类似的功能，也是研发用 Java，我也 Python 实现。

一般都是请求参数 + 序列化之后的 json 字符串 + key + 时间戳，生成一个 hash 值，也叫签名。

最近又做了一个类似的功能，但我的做法变了，是直接拿研发那套加密算法做成 http 接口，python 里面直接调用就完事了。 避免语言之间的差异，导致问题很难排查。

第一次听说堵塞感这个词
Java 生态我不熟悉呢

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

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

后续迭代维护，没单测，每次改动心智负担很重。
另外，可能大部分测试人员也没有参与过开源项目的贡献，提一个 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 账号不应该有删除权限呢
你们不是做逻辑删除，而是直接物理删除吗，这样就太猛啦