公司系统有 bug，领导瞒着上面每天手动修复数据，大家怎么看待这种行为。

[jason2017]

公司属于金融行业，其实是个挺严重的 bug，但是领导找不出原因（他自己之前写的代码，现在不写代码了），加上可能要面子，担心晋升等问题，不上报问题，每天出现异常数据了，让我们手动去修补数据，因为业务的实时要求很高，必须当天搞定，同时还有新的开发任务不断加进来。
搞的很心累，像运维一样，下班后、平时周末也要关注微信群的问题，随时连 vpn 解决问题。

[jjx]

@jason2017

哈哈, 我也常常这样干

[dalieba]

应该让领导和公司里面的技术骨干闭门磋商，一块会诊，这样可以发现更多问题，解决的也快。

[ugvf2009]

领导的领导的邮箱电话给我，我来暴他

[amon]

1. 试着沟通让领导安排时间和人力来修复这个 bug
2. 如果领导执意不修复 bug，那就试着自动化修复数量问题呗
3. 有时确实是多一事不如少一事，你能为领导考虑，很好。

[mdnffnd]

@LanAiFaZuo 欺上没有满下

[moshao6]

是不是可以这样理解，如果这个 BUG 一直都无法解决，到后面如果你实在受不了也离职

[opengps]

我跟你说我之前做系统，有那么 2 个极端问题我找了 3 年才找到你信不信？
你们领导估计是实在找不到原因了，另外可能是碍于面子之类的因素不去充电，还着急晋升。

[rocksolid]

选择不上报,估计不是能随便解决的 bug

[Narcissu5]

线上改数据，一旦少些个 WHERE，他的锅就变成你的锅了，到时候也就没人关心什么 BUG 了

[rocky267]

金融公司？还能在线上动数据？分管 DB 的部门看不见？额，如果以上都是 Y，那没什么说的了，如果全部都是违规操作，岂不是你们整个团队都在为他一个人埋单？更何况有 bug 很正常啊，要分锅，当初的测试团队也有责任啊，这锅一大了就不怕分了哈哈哈

[zdnyp]

线下环境不能测试、修复的么...

[yjxjn]

对于古老金融支付系统，手动去修改一些数据，我认为并不是一件丢人的事儿，因为谁敢拍胸脯说这个 bug 修改后，不会引起更大的 bug，因为金融，清算的 IT 系统，一般保证能用则用。
而且我猜这肯定不是你一个人发现这个问题了，你的领导肯定在之前就发现过这个问题，一定也找过人去想着 fixedbug，但是肯定要么钱不够，要么技术难度大，要么可能会影响生产环境上的数据等等之类的原因，所以，我觉得现在就是手动改吧。。

在某 500 强外企，同做支付系统的码农路过，对于出错的数据，我们都采取手动修改的方法，原因就是上面我说的这几种了。

[uvhchina]

我们以前有个非常非常重要的系统，不定时 core dump，大概半小时一次，然后大家就写了个脚本每 30s 检查一次，core dump 了就重新启动。

大家都查了，查了定位不到具体点，确认是一个 7、8 年的老的 lib 有问题，但是...谁也不想动

这种场景其实非常常见的...我还见过有问题大家不肯修正，因为修正了报表数据就会有波动，无论是谁都不肯修，默认 bug 一直在，直到某年业务系统大规模升级割接才顺便修了

[imn1]

如果是从 bug 的错误数据，修正到正确的数据，这样做不算大问题，只是权衡轻重的问题
但如果是数据造假，那就是大问题，严重的可能涉及犯罪

手动修改与上述后者，只是取决于执行人的一念之间，必须杜绝
所以理应以责任重大为由建议查 bug，不过有思想准备这事会落在你头上就是了

[newmlp]

这种重复劳动写个脚本不行

[zartouch]

我比较好奇， 金融系统你们作为开发怎么去生产环境改数据的

[ytmsdy]

搞个脚本自动校验数据，发现差错自动生成修改命令。

[circleee]

纸包不住火，4L+1

[nozer]

你们领导太老实了， 要是我，就直接抓个愣头青限期修正，我管这代码是不是我以前写的， 谁写的代码还没个 BUG，但只要发现问题能及时解决就好。

[469054193]

@LanAiFaZuo 就欺上了 下没有瞒