【狂转】某个N人的访谈记录(完)

本文摘录了一位经历过外包项目模式挑战的开发者的观点。他认为,单纯使用bug率评估开发人员的表现并不合理;产品的质量应该由整个团队共同承担,并通过分析bug的根本原因来改进流程。此外,他还提到学习和培训应基于个人能力和工作需求。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

【狂转】某个N人的访谈记录,或许很有用,留个记号吧。在和他聊天的过程中,我感觉他是一个被外包项目运作模式“伤害”过的孩子。以下是几点我和他问答的摘录。

问:你们公司有bug管理工具吗,有没有什么千行代码bug率....

答: 我们公司主要用的是QC。不存在bug率的说法。对于一个产品的质量来说,用bug率来衡量一个开发人员的绩效是不合理的。如果一个开发人员整天面对的是无休止的变更,不稳定的底层框架,怎么可能有高效而稳定的代码呢?一个产品的质量必须由整个团队来承受,我们可以统计bug率,但是这个是给团队看的,团队必须认真分析bug的root cause,它的由来是什么,团队如何改进。如果是需求的不稳定,那么团队需要在进入分析设计前需要更严格的把关,对需求需要加深理解,建立快速迭代来解决不确定的地方。。。所以,任何情况下,单纯的依靠bug率的数据来评价一个开发是不公平的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值