f*****d
发帖数: 2285 | 1 【 以下文字转载自 SanFrancisco 讨论区 】
发信人: flgtspd (flgtspd), 信区: SanFrancisco
标 题: 新码工请教如何处理修bug和开发features
发信站: BBS 未名空间站 (Wed Jun 11 01:22:30 2014, 美东)
自己刚参加工作不久，现在在工作中遇到了一些问题。向有经验的码工请教。
在工作中时常需要修bug，如果不停的修bug，会delay写新feature的进度。想请教一下
，如何比较好的处理这两个问题。
有些bug是flaky的，比较难处理，很多时候的bug也不知道是谁的错。有时候，是自己
的代码出的错，可是flaky的rate比较低，修起bug也比较花时间。
关键是修bug会打断开发新feature的进度。 不知道怎么处理这两者间的关系。
还请有经验的码工赐教！多谢！ |
y*****7
发帖数: 1555 | 2 1. 一般来说bug要比feature的priority高。因为，一般bug是别人测出来的，至少这个
bug block了其他的进度。所以，一般有bug，至少先看一下，初步判断一下root cause
。可以的话，estimate一下。如果时间花的比较多，就需要involve release相关的人
了，PM，RM，dev lead， tester，tester leader。至少大家讨论一下这个bug的严重
程度，能不能先release以后修。如果不行，那就只能停下feature work，修bug。如果
可以，就不管，以后来修
2. feature work其实也必要太紧张时间。晚了一天就不行了，公司就倒闭了。如果真
的是这样，还是赶快走人吧。想想新的feature为什么是新的，就是原来没有啊。过去
都没有了这么长时间了，多等个几天也不会有什么问题。
关键的关键是让你的manager\boss 知道，你在干什么，需要多少的resource。 |
m*******n
发帖数: 5103 | 3 他的情形是 bug 已经 assign 下来要他修了，不必再开会了。
// 既然已经 assign 下来了，那就修吧。如果多/复杂/困难到足以影响新功能的
schedule 的话，你就必须告诉你的老板，让他决定是要先修 bug 还是先做新功能。你
是新人，这种决定最好让老板做。做事情不要一天到晚找老板，但也绝对不能不找老板
自己越俎代庖，拿捏一下。
cause
【在 y*****7 的大作中提到】
: 1. 一般来说bug要比feature的priority高。因为，一般bug是别人测出来的，至少这个
: bug block了其他的进度。所以，一般有bug，至少先看一下，初步判断一下root cause
: 。可以的话，estimate一下。如果时间花的比较多，就需要involve release相关的人
: 了，PM，RM，dev lead， tester，tester leader。至少大家讨论一下这个bug的严重
: 程度，能不能先release以后修。如果不行，那就只能停下feature work，修bug。如果
: 可以，就不管，以后来修
: 2. feature work其实也必要太紧张时间。晚了一天就不行了，公司就倒闭了。如果真
: 的是这样，还是赶快走人吧。想想新的feature为什么是新的，就是原来没有啊。过去
: 都没有了这么长时间了，多等个几天也不会有什么问题。
: 关键的关键是让你的manager\boss 知道，你在干什么，需要多少的resource。
|
f*****d
发帖数: 2285 | 4 多谢回复！感觉你说的很有道理。
我自己有点强迫症似的，每次bug report email出来，我都会查查看自己的codes是否
有bugs。也没有人assign bugs给我。
关于Features，我是想多做一些，这样performance reviews的时候，比较好看。
cause
【在 y*****7 的大作中提到】
: 1. 一般来说bug要比feature的priority高。因为，一般bug是别人测出来的，至少这个
: bug block了其他的进度。所以，一般有bug，至少先看一下，初步判断一下root cause
: 。可以的话，estimate一下。如果时间花的比较多，就需要involve release相关的人
: 了，PM，RM，dev lead， tester，tester leader。至少大家讨论一下这个bug的严重
: 程度，能不能先release以后修。如果不行，那就只能停下feature work，修bug。如果
: 可以，就不管，以后来修
: 2. feature work其实也必要太紧张时间。晚了一天就不行了，公司就倒闭了。如果真
: 的是这样，还是赶快走人吧。想想新的feature为什么是新的，就是原来没有啊。过去
: 都没有了这么长时间了，多等个几天也不会有什么问题。
: 关键的关键是让你的manager\boss 知道，你在干什么，需要多少的resource。
|
f*****d
发帖数: 2285 | 5 恩，谢谢教导！
【在 m*******n 的大作中提到】
: 他的情形是 bug 已经 assign 下来要他修了，不必再开会了。
: // 既然已经 assign 下来了，那就修吧。如果多/复杂/困难到足以影响新功能的
: schedule 的话，你就必须告诉你的老板，让他决定是要先修 bug 还是先做新功能。你
: 是新人，这种决定最好让老板做。做事情不要一天到晚找老板，但也绝对不能不找老板
: 自己越俎代庖，拿捏一下。
:
: cause
|
f*****d
发帖数: 2285 | 6 多谢你的教导！
【在 m*******n 的大作中提到】
: 他的情形是 bug 已经 assign 下来要他修了，不必再开会了。
: // 既然已经 assign 下来了，那就修吧。如果多/复杂/困难到足以影响新功能的
: schedule 的话，你就必须告诉你的老板，让他决定是要先修 bug 还是先做新功能。你
: 是新人，这种决定最好让老板做。做事情不要一天到晚找老板，但也绝对不能不找老板
: 自己越俎代庖，拿捏一下。
:
: cause
|
d********y
发帖数: 2114 | 7 不管是bug还是feature，你们没有priority或者schedule么？
这个为什么会是个问题呢？ |
f*****d
发帖数: 2285 | 8 有priority，很多时候有些棘手的bugs
【在 d********y 的大作中提到】
: 不管是bug还是feature，你们没有priority或者schedule么？
: 这个为什么会是个问题呢？
|
w**a
发帖数: 307 | 9 每个公司的运作不同。我的公司里，每个开发周期，最开始一段时间是专门集中精力做
新功能的。这个最重要，时间也最紧。新版本里计划的功能必须在deadline 前写完，
不然就进不去了。这个一般是base version 。
deadline 之后，移交给qa测试，接下来的时间就是专门改bugs，除了改base version
新的bugs ，还要开始一个小版本，可以叫X.1，专门改旧的重要的bugs, 还可以加点重
要的新功能，base version 里没来得及做的 。
接下来还有.2, .3, .4等小版本，都是给改bugs的。
所以一般情况下，新功能和改bugs 是错开的，不直接冲突。就算冲突了，新功能总是
优先，除非bugs 是突发的紧急的，这种情况，领导会说的很清楚，你也不用犹豫了。
其实做哪个不是关键，关键是1，你要让领导知道你在做什么，进度如何。2，如果你在
项目间juggle，导致项目有miss 原预定的deadline 的可能，要及时通知领导。不要给
领导意外。自己干得屁累，最后还卖力不讨好。人家宁愿你把预期设在20号，18号提前
完成，也不愿意你把预期设在15号，然后16号完成。虽然实际第二种情况下你还干的快
些。 |
f*****d
发帖数: 2285 | 10 多谢指导！
version
【在 w**a 的大作中提到】
: 每个公司的运作不同。我的公司里，每个开发周期，最开始一段时间是专门集中精力做
: 新功能的。这个最重要，时间也最紧。新版本里计划的功能必须在deadline 前写完，
: 不然就进不去了。这个一般是base version 。
: deadline 之后，移交给qa测试，接下来的时间就是专门改bugs，除了改base version
: 新的bugs ，还要开始一个小版本，可以叫X.1，专门改旧的重要的bugs, 还可以加点重
: 要的新功能，base version 里没来得及做的 。
: 接下来还有.2, .3, .4等小版本，都是给改bugs的。
: 所以一般情况下，新功能和改bugs 是错开的，不直接冲突。就算冲突了，新功能总是
: 优先，除非bugs 是突发的紧急的，这种情况，领导会说的很清楚，你也不用犹豫了。
: 其实做哪个不是关键，关键是1，你要让领导知道你在做什么，进度如何。2，如果你在
|
s*****n
发帖数: 742 | 11 newbie takes newbie advantages: ask your manager for suggestion.. do NOT
assume anything, since he/she might have completely different view on the
priorities. Also for bug fixing, don't be afraid to ask Sr. peers for
advices.. newbie is supposed to ask basic questions.
give some overtime efforts when you can... your investment here will be paid
back later on.. |
f*****d
发帖数: 2285 | 12 多谢！
paid
【在 s*****n 的大作中提到】
: newbie takes newbie advantages: ask your manager for suggestion.. do NOT
: assume anything, since he/she might have completely different view on the
: priorities. Also for bug fixing, don't be afraid to ask Sr. peers for
: advices.. newbie is supposed to ask basic questions.
: give some overtime efforts when you can... your investment here will be paid
: back later on..
|
