作为程序员，你们会把运维的问题摆在台面上讲吗？

举个例子：

1 、你有新项目上线，却一直发布失败，原因是：DBA 粗心把密码配错了，这类事情不经常发生，加之 GoLang 框架报错比较模糊，导致你排查了 2 个小时，才知道是 DBA 操作失误。

2 、你有新项目要配单点登录，却一直不成功，原因是：你通知运维在网关上为你的新域名开启 jwt 鉴权，运维比较忙，他分明没有配置，却以为自己已经配了，还告诉你已经配好了。结果单点登录不成功，你再次问运维他也告诉你已经配过了，你排查了一上午，最终发现是运维粗心大意。

这种问题，如果摆在台面上讲，会得罪人。

在很多公司，出现这种失误会扣运维绩效，或者影响到领导对于运维的看法。

而且，开发和运维是长期合作关系，跟别人闹得很僵，不利于以后工作开展。

我一般是看事情的影响：如果没有出问题，就私下解决；如果出了问题，就摆在台面上讲。

你们是怎么处理呢？

备注：公司基础设施不完善，很多环节是半自动的，需要运维手工操作。老板对于程序员的信任度很低，许多基础设施都有权限，开发不能上机，也看不到网关和数据库的配置，只有运维能够看到。