“你说,如果公司对我不满意,为什么会给我升职呢?但如果公司对我满意,又为什么要 X 我呢?”
这个嘛,可以参考 zf 打老虎的手段,要调查某地方的一把手,会先他升级一级,调到其他地方。然后空降一个人来接替他的位置。
这样做,是避免他原来的手下打掩护。毕竟一把手都不干净,下面的人也都不会干净到哪里去,都是一伙的。
需要切断他们的关联才好入手
18 年的时候做过类似的功能,也是研发用 Java,我也 Python 实现。
一般都是请求参数 + 序列化之后的 json 字符串 + key + 时间戳,生成一个 hash 值,也叫签名。
最近又做了一个类似的功能,但我的做法变了,是直接拿研发那套加密算法做成 http 接口,python 里面直接调用就完事了。 避免语言之间的差异,导致问题很难排查。
第一次听说堵塞感这个词
Java 生态我不熟悉呢
为啥要把目光局限于业务测试呢,除非一直相当点工?,如果真是这样确实无所谓。
测试工具类,基础库这些,没有和业务强相关单元测试是重要的。
后续迭代维护,没单测,每次改动心智负担很重。
另外,可能大部分测试人员也没有参与过开源项目的贡献,提一个 PR 上来,没有测试代码,直接就合并,就过于草率啦。
欢迎留言一起交流哦~
恰恰相反,我们是开发不能有测试库的写权限,只能读
redis 做消息队列会有一个严重的问题,缺少 ack 机制,消费了消息,这个消息就没了。
如果发生 worker 处理异常,可能就会导致消息丢失。
另外,不仅仅是 mq,db,redis 这些都安装在 docker 也没问题。
不用担心性能损失的,对内的平台完全不用考虑。
哪怕对外的业务系统,这么干也完全没问题。
容器化的部署,迁移和升级都方便多了。
很早之前拿到 offer,没去。
工资现在不知道,当时就是抠抠搜搜的。
公积金和社保基数底,比例低。
MQ 是作为 celery 的 Broker,也可能使用 Redis 代替。没啥维护成本。
前公司已经稳定运行 5 年