自己负责的模块在用户生产环境上出现了大 bug，心情很沉重

bug

负责

有点

对不起

91 条回复 • 2019-03-27 15:17:45 +08:00

1

catalina

2019-03-26 00:10:10 +08:00 via Android

谢罪吧(划掉)
负起你该负的责任，有错就纠正。
也只能这样

2

Vamposine

OP

2019-03-26 00:12:14 +08:00

@catalina 其实出了问题之后当天就去客户现场恢复生产环境了，并且也修了，但这个事情就很难了

3

conge

2019-03-26 00:15:54 +08:00

Shit could be worse.

https://imgur.com/wkBtq

4

asny

2019-03-26 00:16:13 +08:00

不写代码就不会有 bug 了。
多做多错，少做少错。

5

watzds

2019-03-26 00:17:38 +08:00 via Android

总结一下，以后别出大 bug，小 bug 还行
接下来一段时间要更小心了

6

k9990009

2019-03-26 00:20:15 +08:00 via Android

没人用的系统才是最好的系统 XD
该改就改，还能怎么着。

7

glovebx

2019-03-26 00:21:47 +08:00

2

有错就改，没什么大不了的。最忌讳的是再犯同样的错

8

hellowes

2019-03-26 00:37:12 +08:00

2

如果没有测试人员，那有 bug 是非常正常的。相反，如果一点 bug 都没有，不是你水平高就是有未知隐患

9

hellowes

2019-03-26 00:38:42 +08:00

如果你是团队开发，可能会有队友互相安慰吧，但看样子你是一个人搞这块功能，没太放在心上。比你这坏的多了去了，什么删库删根目录的

10

heron518

2019-03-26 00:42:27 +08:00

开发软件，产生 bug 确实是不可避免的
相对好的系统就是通过一次一次解决 bug 变得更好
每次自己负责开发的模块，能全身心的投入，并且对可能产生的 bug 做过预测和处理
对不可预知的 bug，只能通过不断解决这种问题来增强识别深度 bug 的能力

11

iConnect

2019-03-26 00:44:11 +08:00 via Android

各客户带来多大力量级的经济损失？

12

dangyuluo

2019-03-26 01:03:31 +08:00

还好，想一想上次带来 1000 万经济损失

13

df4VW

2019-03-26 01:10:12 +08:00

3

单独负责研发了产品一个很重要的功能

重要的功能和单独研发

要么就是公司不负责，要么就是不那么重要

14

shiny

2019-03-26 01:10:41 +08:00

想想别人摔了几亿美元的卫星。
犯错总是避免不了的，想想如何规避这种错误，这样学费才交的值。

15

jmc891205

2019-03-26 07:03:46 +08:00 via iPhone

2

总结一下这个 bug 为什么在交付之前没有测出来

16

herozzm

2019-03-26 07:06:49 +08:00 via iPhone

测试背过如果没有就是流程有问题

17

jiyuanp

2019-03-26 08:39:42 +08:00

祭天吧

18

lihongjie0209

2019-03-26 08:53:09 +08:00

测试的问题

19

ziding

2019-03-26 09:04:30 +08:00

有责任感就是非常好了，想想后续怎么优化更重要。不要两次掉在一个坑里面！

20

lzj307077687

2019-03-26 09:05:32 +08:00

不用太自责要适当甩锅不要给自己太大压力
相信大部分人都遇过同样问题出这样的问题测试也有责任的
适当的压力是可以转化为动力的

21

kanata

2019-03-26 09:10:40 +08:00

emmm 甩锅给测试。。。

22

yiyi11

2019-03-26 09:12:25 +08:00 via Android

bug 的解决办法就是涨工资。

23

nocoo

2019-03-26 09:15:51 +08:00

干活就是要犯错误的。不干活永远没机会犯错误。
犯错误不要紧，改了就好，引以为戒。

24

lixiangzaizheli

2019-03-26 09:17:25 +08:00

遇到最大 bug 就是订单 double 废了千万的药

25

cokepro

2019-03-26 09:17:49 +08:00

没啥好自责的，马上去修，然后总结下教训，是不是测试阶段不够仔细没有及时发现问题。

26

annielong

2019-03-26 09:21:23 +08:00

有人砸了卫星，有人把整个城市移动网络搞瘫痪，多大事，

27

opengps

2019-03-26 09:27:36 +08:00 via Android

删错数据的事都有过，积极面对处理就好，不过更应该做的是改善自己的恶习

28

mattx

2019-03-26 09:27:47 +08:00 via iPhone

bug 无可避免，最重要是怎么预防和怎么把影响降到最低

29

infun

2019-03-26 09:35:18 +08:00 via Android

去年两次弄挂了生产系统，40 分钟+

30

goodryb

2019-03-26 09:39:21 +08:00

不写代码就不会有 bug，只能尽量避免，谁还没踩过坑

31

marsgt

2019-03-26 09:46:27 +08:00

先搞定解决方案。把沉重的心情留给复盘。确保下次不会再犯。over.

32

Anshi

2019-03-26 09:48:39 +08:00

流程问题。

33

Keyes

2019-03-26 09:51:15 +08:00

不怕不怕，比我们强多了，我们这边出去的版本，到现场是什么样已经没人可以预测了 233333333

34

lihongming

2019-03-26 09:56:09 +08:00 via iPhone

想想播音 737Max 的 bug ？你那算个球？

35

dengtongcai

2019-03-26 09:59:18 +08:00 via iPhone

重要功能严格按照设计评审编码自测 review 测试
流程，还有大 bug，那就不是你一个人的问题，但是最重要是自己要重视

36

meszyouh

2019-03-26 10:05:44 +08:00 via Android

一个人？没必要太过自责，吸取教训就好了

37

G2838

2019-03-26 10:07:05 +08:00

@kanata 为啥要甩锅给测试！！！

38

mentalidade

2019-03-26 10:10:51 +08:00

@G2838 #37 大 bug 上线测试都通过。那测试干的也太轻松了把，不该接锅吗？

39

kanata

2019-03-26 10:11:11 +08:00

@G2838 因为一般小公司都不招测试~

40

snappyone

2019-03-26 10:16:14 +08:00

有 bug 才有成长，乐观点

41

zichen

2019-03-26 10:27:17 +08:00

测试没测出来？自己单测写了么？

42

AwayEM

2019-03-26 10:30:10 +08:00 via iPhone

公司自己的产品之前有同事出了个 bug 导致某个端用户两周看不到广告，波及范围 200w 用户以上，全靠主管抗走了所有压力。。。

43

nicevar

2019-03-26 10:31:12 +08:00

淡定，搞出大问题的大有人在，有一次我们的合作公司，一个小年轻不听劝，十头牛拉不回的那种，很自信，非要动历史代码，结果搞得线上几十万用户出故障，售后部门炸了

44

wwg1994

2019-03-26 10:53:31 +08:00

@nicevar 他是梁静茹的歌迷吗

45

Jzer0n

2019-03-26 10:59:17 +08:00

没测试么？还是测试的时候没发现这个 BUG ？

46

daniel51

2019-03-26 11:01:09 +08:00

习惯了就好了

47

Vamposine

OP

2019-03-26 11:06:26 +08:00 via iPhone

bug 实际上有一部分是历史遗留和本身系统设计的锅，但是的确是通过我的代码暴露出去的，所以现在整个锅都砸在了我身上

48

hunter2015

2019-03-26 11:31:10 +08:00

怪测试啊

49

hunter2015

2019-03-26 11:32:07 +08:00

没测试，往前任身上甩啊

50

guokeke

2019-03-26 11:36:00 +08:00

多出几次 bug 就习惯了

51

darkTianTian

2019-03-26 11:37:49 +08:00

是系统都会有 bug, 除非是这种项目。https://github.com/kelseyhightower/nocode

52

misaka19000

2019-03-26 11:38:04 +08:00

责任不在你，在测试

53

kaneg

2019-03-26 11:38:23 +08:00 via iPhone

亡羊补牢，为时不晚。人贵有自知之明，你能自责说明你起码是有担当的。人不是机器，迟早会犯错误，你接下来要做的就是总结经验，同样的错误不要再犯第二次。如果长期如此积累，你比别人会多很多经验。

54

atcdef

2019-03-26 11:38:50 +08:00

出 bug 正常的，不出 bug 才反常。重点是及时排除 bug 吧。而且从责任划分的角度来说，开发不是主要责任。领导才是主要责任

55

huobazi

2019-03-26 11:42:38 +08:00 via iPhone

online bug 测试背锅

56

Ritr

2019-03-26 12:14:45 +08:00

怕什么我还删过客户的数据库呢

57

agui2200

2019-03-26 12:17:55 +08:00

1

总结，大家都删过库。我也删过

58

shihty5

2019-03-26 12:26:06 +08:00

写出完美的代码是非常困难的，心态放好，想想流程上如何去改善，不要上来就承认是自己的问题！
比如如何提升测试覆盖，当时设计的这种写法是否可行？上线之后的 sanity check 是否及时？

59

reus

2019-03-26 12:33:08 +08:00

重要功能一个人负责，上线前又没通过测试暴露出来，公司开发流程很有问题。人总会出错的，好的流程和规范可以容错和纠错，很显然你的环境里没有。

60

lusi1990

2019-03-26 12:37:02 +08:00 via Android

是人都会犯错

61

zohan

2019-03-26 12:39:02 +08:00

放平心态，努力做好每一次。

62

winglight2016

2019-03-26 12:41:09 +08:00

求安慰不是负责任的做法，你现在最需要的是总结错误——最好写一篇 3000 字以上的文档，再写 500 字以上的检讨+承诺不再犯同样错误，最后，写一个 ppt 内部分享+流程改进建议，这样领导印象就转变成了用于担当，知错能改，升职加薪肯定第一个想到你啦

63

StarRED

2019-03-26 12:50:16 +08:00 via Android

启用应急预案，下次要更加谨慎，要处理好后续服务，让客户放心。

64

shuangmu

2019-03-26 12:54:55 +08:00

有 Bug 很正常及时修复止损就好

下次上线前配合测试人员再过一遍

65

maxxfire

2019-03-26 13:04:28 +08:00

测试没理由背锅，万一开发要埋个炸弹坑测试，测试怎么办。。

66

kwanCCC

2019-03-26 13:04:40 +08:00

把你的键盘剖腹吧

67

cv1441

2019-03-26 13:08:33 +08:00

项目管理流程上回顾下吧，感觉漏了点什么。

68

kindjeff

2019-03-26 13:14:28 +08:00

https://zhuanlan.zhihu.com/p/59770094

69

liprais

2019-03-26 13:22:03 +08:00

如果没有回归测试，这是个开始做回归测试的好机会

70

ryd994

2019-03-26 13:22:25 +08:00 via Android

为什么有 bug 就要怪你？
还别人开发，别人就能保证没 bug ？

Lamport：对啊，我就是可以保证。
用 tla+，你也可以没 bug ！

71

onmyoji

2019-03-26 13:23:34 +08:00

你们公司没有测试人员吗？自己开发自己测试？

72

fsafdasfsdafsd

2019-03-26 14:00:35 +08:00

为什么没有测试啊，测不出来不太应该。

73

ifxo

2019-03-26 14:19:37 +08:00

实在不行就辞职，怕啥子？

74

iyaozhen

2019-03-26 14:22:14 +08:00 via Android

没事，你们公司有 case study 机制吗？可以多分析下原因，可以参考 gitlab 之前的

75

pupupu

2019-03-26 14:59:08 +08:00

两个字，修复。

76

jswh

2019-03-26 15:03:49 +08:00

都是时辰的错

77

mikulch

2019-03-26 15:05:42 +08:00

是啥软件呀你们是外包公司吗。

78

ReVanTis

2019-03-26 15:11:27 +08:00

所以公司需要有代码审查，持续集成和 QA。
万一出了事一个人哪背的起呢…

79

leemove

2019-03-26 15:29:12 +08:00

人总会犯错的,所以铅笔都要配合橡皮.

80

cat9life

2019-03-26 15:48:08 +08:00

尽最大努力赶紧处理

81

qiaobeier

2019-03-26 15:57:50 +08:00

很正常的，我前同事还写过直接影响公司收入的 bug，大概几十万美金吧。当然这货被开了。

82

24KPureFather

2019-03-26 17:44:33 +08:00

你心情沉重个毛线！沉重的应该是测试！

83

onit

2019-03-26 17:57:44 +08:00

赶紧补救吧，我觉得测试也应该负点责。先补救，再去想其它的。加油

84

NoString

2019-03-26 18:23:32 +08:00

@dangyuluo 感受到了，呜呜呜不要鞭尸我了还好百万多还在中间银行，捞回来一笔，最后几十万的手续费木的了

85

NoString

2019-03-26 18:26:27 +08:00

想办法止损，然后改正下次不会犯心里别有压力（请参考上次半死的我）

86

southsala

2019-03-26 19:27:09 +08:00

多写测试用例吧，我今天也发现生产环境出了一个 bug 也是 toB 的，还好影响比较小

87

xulei888

2019-03-26 19:33:44 +08:00

都是在这样的过程中成长的~

88

mingyun

2019-03-26 22:23:54 +08:00

@darkTianTian 这项目，服

89

losophy

2019-03-26 22:33:25 +08:00

没办法，程序员都是这样过来的，放平心态就好了

90

losophy

2019-03-26 22:34:48 +08:00

不然怎样来抗压能力一说

91

xcoderan

2019-03-27 15:17:45 +08:00

每天的工作就是
一杯茶一包烟一行 bug 写一天
这个是我的现况啦
但是说真的重大 bug 不好受，学习起来就可以了

某个老板说
最好用的的是犯过错的员工
没犯过错的员工反而更危险