![]() |
1
catalina 257 天前 via Android
谢罪吧(划掉)
负起你该负的责任,有错就纠正。 也只能这样 |
![]() |
3
conge 257 天前
|
4
asny 257 天前
不写代码就不会有 bug 了。
多做多错,少做少错。 |
![]() |
5
watzds 257 天前 via Android
总结一下,以后别出大 bug,小 bug 还行
接下来一段时间要更小心了 |
![]() |
6
k9990009 257 天前 via Android
没人用的系统才是最好的系统 XD
该改就改,还能怎么着。 |
![]() |
7
glovebx 257 天前 ♥ 2
有错就改,没什么大不了的。最忌讳的是再犯同样的错
|
8
hellowes 257 天前 ♥ 2
如果没有测试人员,那有 bug 是非常正常的。相反,如果一点 bug 都没有,不是你水平高就是有未知隐患
|
9
hellowes 257 天前
如果你是团队开发,可能会有队友互相安慰吧,但看样子你是一个人搞这块功能,没太放在心上。比你这坏的多了去了,什么删库删根目录的
|
![]() |
10
heron518 257 天前
开发软件,产生 bug 确实是不可避免的
相对好的系统就是通过一次一次解决 bug 变得更好 每次自己负责开发的模块,能全身心的投入,并且对可能产生的 bug 做过预测和处理 对不可预知的 bug,只能通过不断解决这种问题来增强识别深度 bug 的能力 |
11
iConnect 257 天前 via Android
各客户带来多大力量级的经济损失?
|
![]() |
12
dangyuluo 257 天前
还好,想一想上次带来 1000 万经济损失
|
13
df4VW 257 天前 ♥ 3
单独负责研发了产品一个很重要的功能
重要的功能和单独研发 要么就是公司不负责,要么就是不那么重要 |
![]() |
14
shiny 257 天前
想想别人摔了几亿美元的卫星。
犯错总是避免不了的,想想如何规避这种错误,这样学费才交的值。 |
![]() |
15
jmc891205 257 天前 via iPhone ♥ 2
总结一下这个 bug 为什么在交付之前没有测出来
|
![]() |
16
herozzm 257 天前 via iPhone
测试背过 如果没有 就是流程有问题
|
![]() |
17
jiyuanp 257 天前
祭天吧
|
18
lihongjie0209 257 天前
测试的问题
|
19
ziding 257 天前
有责任感就是非常好了,想想后续怎么优化更重要。不要两次掉在一个坑里面!
|
![]() |
20
lzj307077687 257 天前
不用太自责 要适当甩锅 不要给自己太大压力
相信大部分人都遇过同样问题 出这样的问题测试也有责任的 适当的压力是可以转化为动力的 |
![]() |
21
kanata 257 天前
emmm 甩锅给测试。。。
|
![]() |
22
yiyi11 257 天前 via Android
bug 的解决办法就是涨工资。
|
![]() |
23
nocoo 257 天前
干活就是要犯错误的。不干活永远没机会犯错误。
犯错误不要紧,改了就好,引以为戒。 |
![]() |
24
lixiangzaizheli 257 天前
遇到最大 bug 就是订单 double 废了千万的药
|
![]() |
25
cokepro 257 天前
没啥好自责的,马上去修,然后总结下教训,是不是测试阶段不够仔细没有及时发现问题。
|
26
annielong 257 天前
有人砸了卫星,有人把整个城市移动网络搞瘫痪,多大事,
|
![]() |
27
opengps 257 天前 via Android
删错数据的事都有过,积极面对处理就好,不过更应该做的是改善自己的恶习
|
28
mattx 257 天前 via iPhone
bug 无可避免,最重要是怎么预防和怎么把影响降到最低
|
![]() |
29
infun 257 天前 via Android
去年两次弄挂了生产系统,40 分钟+
|
![]() |
30
goodryb 257 天前
不写代码就不会有 bug,只能尽量避免,谁还没踩过坑
![]() |
![]() |
31
marsgt 257 天前
先搞定解决方案。把沉重的心情留给复盘。确保下次不会再犯。over.
|
![]() |
32
Anshi 257 天前
流程问题。
|
33
Keyes 257 天前
不怕不怕,比我们强多了,我们这边出去的版本,到现场是什么样已经没人可以预测了 233333333
|
![]() |
34
lihongming 257 天前 via iPhone
想想播音 737Max 的 bug ?你那算个球?
|
![]() |
35
dengtongcai 257 天前 via iPhone
重要功能严格按照 设计 评审 编码 自测 review 测试
流程,还有大 bug,那就不是你一个人的问题,但是最重要是自己要重视 |
36
meszyouh 257 天前 via Android
一个人?没必要太过自责,吸取教训就好了
|
![]() |
38
mentalidade 257 天前
@G2838 #37 大 bug 上线测试都通过。那测试干的也太轻松了把,不该接锅吗?
|
40
snappyone 257 天前
有 bug 才有成长,乐观点
|
41
zichen 257 天前
测试没测出来?自己单测写了么?
|
42
AwayEM 257 天前 via iPhone
公司自己的产品 之前有同事出了个 bug 导致某个端用户两周看不到广告,波及范围 200w 用户以上,全靠主管抗走了所有压力。。。
|
43
nicevar 257 天前
淡定,搞出大问题的大有人在,有一次我们的合作公司,一个小年轻不听劝,十头牛拉不回的那种,很自信,非要动历史代码,结果搞得线上几十万用户出故障,售后部门炸了
|
![]() |
45
Jzer0n 257 天前
没测试么?还是测试的时候没发现这个 BUG ?
|
![]() |
46
daniel51 257 天前
习惯了就好了
|
47
Vamposine 257 天前 via iPhone
bug 实际上有一部分是历史遗留和本身系统设计的锅,但是的确是通过我的代码暴露出去的,所以现在整个锅都砸在了我身上
|
![]() |
48
hunter2015 257 天前
怪测试啊
|
![]() |
49
hunter2015 257 天前
没测试,往前任身上甩啊
|
![]() |
50
guokeke 257 天前
多出几次 bug 就习惯了
|
![]() |
51
darkTianTian 257 天前
是系统都会有 bug, 除非是这种项目。https://github.com/kelseyhightower/nocode
|
![]() |
52
misaka19000 257 天前
责任不在你,在测试
|
53
kaneg 257 天前 via iPhone
亡羊补牢,为时不晚。人贵有自知之明,你能自责说明你起码是有担当的。人不是机器,迟早会犯错误,你接下来要做的就是总结经验,同样的错误不要再犯第二次。如果长期如此积累,你比别人会多很多经验。
|
54
atcdef 257 天前
出 bug 正常的,不出 bug 才反常。重点是及时排除 bug 吧。而且从责任划分的角度来说,开发不是主要责任。领导才是主要责任
|
![]() |
55
huobazi 257 天前 via iPhone
online bug 测试背锅
|
![]() |
56
Ritr 257 天前
怕什么我还删过客户的数据库呢
|
57
agui2200 257 天前 ♥ 1
总结,大家都删过库。我也删过
|
![]() |
58
shihty5 257 天前
写出完美的代码是非常困难的, 心态放好,想想流程上如何去改善,不要上来就承认是自己的问题!
比如如何提升测试覆盖,当时设计的这种写法是否可行?上线之后的 sanity check 是否及时? |
![]() |
59
reus 257 天前
重要功能一个人负责,上线前又没通过测试暴露出来,公司开发流程很有问题。人总会出错的,好的流程和规范可以容错和纠错,很显然你的环境里没有。
|
![]() |
60
lusi1990 257 天前 via Android
是人都会犯错
|
![]() |
61
zohan 257 天前
放平心态,努力做好每一次。
|
62
winglight2016 257 天前
求安慰不是负责任的做法,你现在最需要的是总结错误——最好写一篇 3000 字以上的文档,再写 500 字以上的检讨+承诺不再犯同样错误,最后,写一个 ppt 内部分享+流程改进建议,这样领导印象就转变成了用于担当,知错能改,升职加薪肯定第一个想到你啦
|
63
StarRED 257 天前 via Android
启用应急预案,下次要更加谨慎,要处理好后续服务,让客户放心。
|
![]() |
64
shuangmu 257 天前
有 Bug 很正常 及时修复止损就好
下次上线前 配合测试人员 再过一遍 |
65
maxxfire 257 天前
测试没理由背锅,万一开发要埋个炸弹坑测试,测试怎么办。。
|
![]() |
66
kwanCCC 257 天前
把你的键盘剖腹吧
|
![]() |
67
cv1441 257 天前
项目管理流程上回顾下吧,感觉漏了点什么。
|
![]() |
69
liprais 257 天前
如果没有回归测试,这是个开始做回归测试的好机会
|
![]() |
70
ryd994 257 天前 via Android
为什么有 bug 就要怪你?
还别人开发,别人就能保证没 bug ? Lamport:对啊,我就是可以保证。 用 tla+,你也可以没 bug ! |
71
onmyoji 257 天前
你们公司没有测试人员吗?自己开发自己测试?
|
72
fsafdasfsdafsd 257 天前
为什么没有测试啊,测不出来不太应该。
|
73
ifxo 257 天前
实在不行就辞职,怕啥子?
|
![]() |
74
iyaozhen 257 天前 via Android
没事,你们公司有 case study 机制吗?可以多分析下原因,可以参考 gitlab 之前的
|
75
pupupu 257 天前
两个字,修复。
|
![]() |
76
jswh 257 天前
都是时辰的错
|
![]() |
77
mikulch 257 天前
是啥软件呀 你们是外包公司吗。
|
78
ReVanTis 257 天前
所以公司需要有代码审查,持续集成和 QA。
万一出了事一个人哪背的起呢… |
![]() |
79
leemove 257 天前
人总会犯错的,所以铅笔都要配合橡皮.
|
![]() |
80
cat9life 256 天前
尽最大努力赶紧处理
|
![]() |
81
qiaobeier 256 天前
很正常的,我前同事还写过直接影响公司收入的 bug,大概几十万美金吧。当然这货被开了。
|
82
24KPureFather 256 天前
你心情沉重个毛线!沉重的应该是测试!
|
83
onit 256 天前
赶紧补救吧,我觉得测试也应该负点责。先补救,再去想其它的。加油
|
![]() |
85
NoString 256 天前
想办法止损,然后改正 下次不会犯 心里别有压力(请参考上次半死的我)
|
![]() |
86
southsala 256 天前
多写测试用例吧,我今天也发现生产环境出了一个 bug 也是 toB 的,还好影响比较小
|
![]() |
87
xulei888 256 天前
都是在这样的过程中成长的~
|
88
mingyun 256 天前
@darkTianTian 这项目,服
|
![]() |
89
losophy 256 天前
没办法,程序员都是这样过来的,放平心态就好了
|
![]() |
90
losophy 256 天前
不然怎样来抗压能力一说
|
![]() |
91
xcoderan 256 天前
每天的工作就是
一杯茶一包烟 一行 bug 写一天 这个是我的现况啦 但是说真的重大 bug 不好受,学习起来就可以了 某个老板说 最好用的的是犯过错的员工 没犯过错的员工反而更危险 |