本文探讨了经验丰富的程序员在处理bug时的策略，强调并非所有bug都需要修复，需权衡修复成本与产品价值。文章指出，对于影响关键功能或业务价值的bug，修复的重要性更为突出，并鼓励程序员从用户反馈中确定优先级。
阅读本文大概需要2min
文/ 强哥；未经授权禁止转载
在我这么多年的工作生涯里，难免遇到那些工作糊弄的开发同事，随意编程的实习生，不够细致的测试，缺乏专业度的产品...
产品的体验，取决于多个环节的把控，但很多情况下，由于bug严重影响体验，或者直接造成产品事故的，那么开发想甩锅都甩不掉！
今天就给大家从几方面讲讲，经验丰富的程序员，是怎么debug的！
1、并不是所有bug都需要修复
修bug有个前提，那就是修复后产品产生的价值大于付出的成本。
很多程序员容易陷入“完美”困境，在提测前看到任何bug，如果不修复，心里老想着，特别难受！很多程序员都有这样的“完美主义”。
比如做个工具产品，可能在一个非常小众的设备上不兼容某个功能或者说体验受损，他就老想着把它修复好，尽管历史数据显示该设备使用这款产品的这部分功能的用户只有十几个，而且很可能没有任何付费行为...
这种的bug，我认为是不值得花很长时间去修复的，因为核心功能点还有很多可以优化的地方，值得你花更多时间去研究技术方案！
不要抬杠，任何产品都不会赢得用户100%的同意，哪怕是微信这种级别的产品，每天也有很多人在教小
最低0.47元/天 解锁文章
扫一扫
2906
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
