无解，就不搞了，换个思路做好现网发布的老功能自动化、日常拨测、性能监控

有怼必回，不代表强势或不容易被拿捏。次次解释等于不解释。
不认可我的观点没关系，认为自己做事方式没问题就坚持这么干，我只负责给发帖的兄弟建议，看到的人认不认可跟我没关系，哈哈

至于评论区说的叼开发，怼项目经理之类的，都是口嗨气话，怼一个人或许过瘾，但一天怼 5 个人以上（遇到不符合自己预期的同事领导就怼），累不累呢

流程上看，你确实 “没测”，然后把问题回到本质上看，要是不以流程上的数据为准，难道信声音大的那个人吗？不单单是留痕，而是在你们项目规定的流程上留痕，如果没有流程，那就按你自己理解的可追溯去留痕（最 low 也得有个聊天截图啥的）

作为一个快 10 年的老油条，友情啰嗦一句，工作上最忌讳的是 “望文生义，自以为是”，这个自以为是不是说自己骄傲目中无人，而是所有做事都基于 “我以为，我理解，我觉得的” 前提。

要是在重庆，不知道多抢手

扎心了，老铁

用技术手段去弥补管理流程规范与企业文化的漏洞，有点吃力且效果不佳呀。个人觉得还是主推流程规范吧，没人愿意梳理那就不梳理，暴雷了该分锅分锅，问题大到一定程度才会有领导关注并授权 + 给予资源支持

我算是见识了啥叫纸上谈兵

那些前置处理脚本放在 case 层吗？比如鉴权、加密、各个项目不同规范的 header 组装等。

我们现在就是这么做的，几十个微服务模块日志查询还是比较方便，以前一个一个微服务登录上去看日志相对比较麻烦，尤其是遇到复杂问题时