当前位置: 代码迷 >> .NET面试 >> 你会花两天的时间去解决一个bug吗?小弟我这样做了,不知道值不值得
  详细解决方案

你会花两天的时间去解决一个bug吗?小弟我这样做了,不知道值不值得

热度:26   发布时间:2016-05-02 20:11:09.0
你会花两天的时间去解决一个bug吗?我这样做了,不知道值不值得?
(请教caozy,督察,叶子,小爱等编程高手如何编程啊)
你会花两天的时间去解决一个bug吗?我这样做了,不知道值不值得?
花了一天搞不出来,想着直接跟老大说不会,然后今天又花了一天的时间终于把它搞定了。
可惜浪费了2天的时间,这两天的工作又要延期了


还有,当遇到不会(特别是有bug)的时候,找了半天也没找出来,怎么办?(上网找资料,发帖问也没人理)就卡在中间那里!有时一天叫了老大3,4次过来看我编程出现的问题,再叫他过来看有点不好意思。。。

------解决方案--------------------
这个怎么说呢,脸皮薄吃不着,脸皮厚,吃块肉

刚开始,就要厚着脸皮问,没有什么不好意思的

不过,自己也要总结,同一类的问题不能反复问,这样谁都会烦的

花两天时间来解决一个BUG,在时间宽裕的情况下也是可以容忍的

项目进度很紧的话,就要及时求助组内其他人了


------解决方案--------------------
人都有虚荣心
CSDN上那些孜孜不倦的大神
就是虚荣心作祟
所以
有问题,不管大小难易,应该马上找老大
让老大的虚荣心得到满足
他就会看好你哦
------解决方案--------------------
必须解决的问题,花多少时间都要解决,难道能留着吗..
------解决方案--------------------
看是不是重要了,重要的一周也要解决啊。但是要让老大知道问题比较难,需要花时间,并提供绕过的方法。让老大决定是解决还是绕过去。
------解决方案--------------------
如果怕老是麻烦别人,又怕影响别人工作,那你应该业余时间及时请教你们老大。
同时也体现的努力上进。
------解决方案--------------------
值得的,你可以回想一下以为这个bug学到了多少额外的东西
吃一堑长一智
再次遇到这个问题时,你就能迎刃而解了
------解决方案--------------------
我们项目组,我就要求自己调查超过1个小时,就找技术支持来帮助解决。

其实耽误进度最后是影响团队,而不是自己。做好自己能做的,超过能力范围的就要大胆说出来。

这是TeamWork。
------解决方案--------------------
我也经常遇到LZ这样的问题,我先自己在网上找资料了解这个问题如何解决,如果在1个小时内还没有什么眉目就请教其他人或者项目组长,毕竟项目紧的时候时间拖不起。
------解决方案--------------------
果断调试能力不够阿,看看「软件调试」?
------解决方案--------------------
要看这个BUG是小还是大吧,如果只是自己编写程序时没有按规范或者粗心造成一些异常没有处理造成的,那就要多总结经验,起码下次再遇到差不多的问题,自己能够很快处理。
------解决方案--------------------
如果bug的优先级很高,还是需要尽快解决的。

------解决方案--------------------
看BUG的程度了,影响流程的,肯定要优先解决。

不过问人前先自己把整体检查一遍,确定BUG范围,然后尝试解决。
实在没有头绪可以先问问有经验的人有个方向,然后再自己处理。
再不行只能上交了。
------解决方案--------------------
要看你从BUG的解决中得到了什么?如果你获取了经验,那么应该对你来说是值得的,也许对项目是不值得。
------解决方案--------------------
不懂就问,耽误时间,最后加班的人是谁呢?
------解决方案--------------------
这不就是你的本职工作吗?如果有bug,四十八小时不睡觉也要解决,不解决怎么可以睡觉呢?
------解决方案--------------------
我觉的如果时间允许,可以自己寻找问题去解决这个问题,因为在这个过程中你能学到很多东西。
但是如果时间不允许,或者你找了好久(这个自己掌握了)也没找到问题,我建议还是找人帮忙解决,这个时候最好是能去把握别人的思路,而不是他怎么给你实现的,我觉得做软件这个行业思路是最重要的。
------解决方案--------------------
作为一个团队来说 除非是顶级攻关团队(这个没办法了 大家懂的- -在这样的团队里面你就认了吧)
被bug之类会导致你的进度停顿的东西困扰的时间绝对不要超过半个小时
一旦超过这个底线 马上呼叫支援(无论是专门的技术经理 还是直接要求召开站立会议)

用两天来解决一个bug 要么就是这个bug是致命的(这么大的bug……好吧 认了吧 等着扣钱钱- -) 要么就是无谓地拖慢进度
如果是什么都需要问 都让人对你态度不友好的那种 只说明一个问题 你不适合这个档次的团队 果断点 换一个适合自己的地方吧
------解决方案--------------------
修改bug有一定的方法,但方法是死的。主要看自己思考和一定的猜想(当然是在思考和熟知的基础上),遇到问题时,心里要高兴些,因为等你解决了后会有成就感的
------解决方案--------------------
我感觉吧,就我多年经验而言,遇到问题首先自己尽量尽全力去解决,说不定能产生些灵感,但是如果项目太紧的话就不要总是去想了,那样太浪费时间,也对公司利益不利,不能因小失大,可能别人碰到多类似的,你去问别人的话,解决起来就快多了,技术嘛,就是这样,人多力量大,不要怕麻烦,事情总会解决的....
------解决方案--------------------
解决bug成功那一刻的心情无法形容
2天还算合理
------解决方案--------------------
  相关解决方案