(1) 系统功能出现的BUG去Fixed的人应该是写这功能的人,只有当这个人已经不在公司的时候才应该找其他人去Fixed。
原因:这样的处理速度是最快的。
我的状态:之前也听过一些关于公司Fixed BUG的一些东西,刚开始我是有点反感,主要还是觉得这样的修复率是最低的。对于改同事的代码,也有点不好意思的心理,每个人都是有自尊心的,代码就是他们在工作上的体现。记得我也问过很多次“我能改这里的源代码吗?”BOSS跟我讲过很多次“你可以改这里的任何代码,只要你能保证不出错。”经过几次之后,我之前的那种抵触心理减弱了,但我还是有学生的寻种高低吧,还是不能很好的理解团队及BUG对于程序而言的关系程度。
实际:只要出现了BUG,Boss首先考虑的还是谁开发谁负责,但是相对于公司任务的多少,往往BUG会仍给新来的同事,或是工作量少的同事,因为写这个功能的同事可能正在忙于其它的新项目中,Boss给的答复往往是:“你有什么不懂的可以直接问xxx,你先看下。”、“小问题,因该没有什么大问题。”之类的话。
总结:在公司那会儿我还是不能很好的权衡跟处理这些东西,心态依旧比较的学生,不过有改观的是我跟同事的交流,我有点团队的概念及团队应该是一个什么样的状态的概念:工作严格要求自己跟对方,尊重对方的每一行代码,出了BUG能及时交流分析错误的原因,然后找出最好的解决方案,达到共同的进步。休息时,交流技术,交流心得,交流实事,分享笑话。反正应该能每天听到谈笑,有什么问题大家可以出出主意,推荐人什么的,同事应该是好友+兄弟+技术人的组合体。在要结束实习的前一个周六,我跟同事参加了百度办的技术交流会。在那里我听到了一个关于“BUG应该由谁去FIXED的答案。”乔梁如是说:“一旦出现BUG,我不管是谁提交而引起的,我只要这个BUG能赶快的被FIXED掉。如果当前有三个人正在提交,那么你们三个人就去负责,要是在10分钟(大概了)还不能FIXED那么,我就要回滚,好让其他的同事能正常的工作。”我的理解是:BUG是谁造成的不重要,重要的是BUG能被以最快的速度FIXED掉。即追究谁谁的责任没有意义,给公司解决问题是很有意义的事情。
(1) 系统功能出现的BUG去Fixed的人应该是写这功能的人,只有当这个人已经不在公司的时候才应该找其他人去Fixed。原因:这样的处理速度是最快的。我的状态:之前也听过一些关于公司Fixed BUG的一些东西,刚开始我是有点反感,主要还是觉得这样的修复率是最低的。对于改同事的代码,也有点不好意思的心理,每个人都是有自尊心的,代码就是他们在工作上的体现。记得我也问过很多次“我能改这里的源代码吗?”BOSS跟我讲过很多次“你可以改这里的任何代码,只要你能保证不出错。”经过几次之后,我之前的那种抵触心理减弱了,但我还是有学生的寻种高低吧,还是不能很好的理解团队及BUG对于程序而言的关系程度。实际:只要出现了BUG,Boss首先考虑的还是谁开发谁负责,但是相对于公司任务的多少,往往BUG会仍给新来的同事,或是工作量少的同事,因为写这个功能的同事可能正在忙于其它的新项目中,Boss给的答复往往是:“你有什么不懂的可以直接问xxx,你先看下。”、“小问题,因该没有什么大问题。”之类的话。总结:在公司那会儿我还是不能很好的权衡跟处理这些东西,心态依旧比较的学生,不过有改观的是我跟同事的交流,我有点团队的概念及团队应该是一个什么样的状态的概念:工作严格要求自己跟对方,尊重对方的每一行代码,出了BUG能及时交流分析错误的原因,然后找出最好的解决方案,达到共同的进步。休息时,交流技术,交流心得,交流实事,分享笑话。反正应该能每天听到谈笑,有什么问题大家可以出出主意,推荐人什么的,同事应该是好友+兄弟+技术人的组合体。在要结束实习的前一个周六,我跟同事参加了百度办的技术交流会。在那里我听到了一个关于“BUG应该由谁去FIXED的答案。”乔梁如是说:“一旦出现BUG,我不管是谁提交而引起的,我只要这个BUG能赶快的被FIXED掉。如果当前有三个人正在提交,那么你们三个人就去负责,要是在10分钟(大概了)还不能FIXED那么,我就要回滚,好让其他的同事能正常的工作。”我的理解是:BUG是谁造成的不重要,重要的是BUG能被以最快的速度FIXED掉。即追究谁谁的责任没有意义,给公司解决问题是很有意义的事情。
评论(0)
暂无评论!