同事 A 写了个方法,同事 B 调用了 A 的方法 导致线上直接宕机 这个锅该谁背。。

问个问题，不懂测试方面，假设测试测了 100w 条没问题，然后生产环境 1000w 条炸了，这个算不算测试用例覆盖不全？

b 的锅，b 写的时候不看方法吗?瞎调吗？

是测试的机子能扛得住还是说压根没有测试啊

你这什么歪道理？自己写的 bug 让别人背锅？

@rodrick #101 不能这样吧 那如果一亿条呢? 那不是无止境了

如果程序员尽心尽力实现的功能上线出了问题，责任是谁的？ /t/737781

看看你们自己说的：
“
@ligiggy 20 days ago ❤️ 63
找个几把责任人，
出了问题，大家都有责任，赶紧把问题解决，下次开研讨会总结经验

@boris93 20 days ago via Android ❤️ 2
这不是一个人的责任，而是一个整体的责任

@sampeng 20 days ago ❤️ 1
这难道不是对于一个团队最值得庆祝的时刻吗？宝贵的经验是在一次一次问题中增加的。不会平白无故多出经验来

@feiandxs 19 days ago ❤️ 7
我的责任，行了吧。
我就很看不惯这种，遇事后不是第一时间想着解决问题，而是找责任人。不是一起复盘总结宝贵的经验，各部门一起坐下来好好看看今后有什么可以改善的地方，当前的问题有哪些合理的解决办法，而是来找『谁的问题』。
真要找人的问题，应该是每个人都冲上去说是我的问题。
如果是找别人的问题，这个找问题的人就是最大的问题。

@fengpan567 19 days ago ❤️ 3
一看就是想着压缩工期上线，结果线上出 bug 了，又想让开发背锅

@thetbw 19 days ago via Android
应该换个角度，程序员写的程序赚了大钱，功劳主要算谁的，钱应该怎么分

-

现在真出问题了，txt 变 exe，画风迥然不同

出问题互相推诿 出问题互相踢皮球，这一幕令人熟悉：当 txt 变 exe 时画风就会迥然不同，说得越好，做得越烂

@charlie21 你在立什么空气靶子啦
你选中的这些人一个都没出现在这楼里……

老板的锅+1

业务 自己背

@charlie21 ？？？ 迷惑操作

@charlie21 稍微拉了下目前有这些人两个主题内同时回复了：
{'Leonard', 'lifetimeporn', 'keepeye', 'charlie21', 'ruokw', 'MoccaCafe', 'Leigg', 'Jooooooooo', 'ryanlid', 'l00t', 'liian2019', 'reus'}
基本上回复的主旨都保持一致，除了一些明显对这种题目表示厌烦而胡乱说的 “数据库的锅”

如果 A 写得不对，我想知道 A 怎么写才对？

那赚了钱，员工能分一部分吗？

今天业务找过来说让员工负责一部分损失？团结起来，让他爬

我觉得不管怎样程序员都不该背锅，要背锅在合同里写清楚，这种不是恶意造成的，为啥要背锅。赚钱了也不会分一分给你

前几天我刚好也碰上这个事，不过是测试场景碰到的问题而且也没那么多数据。

按照场景我是 A，B 调用我的条件查询，他以为有值但实际没值，啥都没传没有条件，结果默认查全表导致他报错

B 问我啥都没传为什么不返回一个空结果，我跟他说，条件查询你不传条件我要帮你兜底，关我什么事？

我就想问问，A 错了啥？

关 A 啥事？不传条件可不就全表扫描

扣工资没问题，例如迟到也会扣工资。但是让员工负责一部分损失就太黑了

测试的锅

我就想知道你们一千万级别的数据难道不要求加索引的么，以后方法上至少加个索引列条件不能为空的判断吧，不然其他调用者咋保证查询效率？