←back to thread

177 points foxfired | 1 comments | | HN request time: 0.001s | source
Show context
esafak ◴[] No.43618222[source]
It depends. Some other reasons:

1. It's an enterprise product and the economic buyer doesn't know or care about bugs as much as checklisted features.

2. The company is not connecting the impact of fixing bugs to their bottom line. Or they are and estimate the impact to be low.

3. The code base is due for a rewrite so it would be a waste.

4. It's a side bet not worth the extra resources.

replies(6): >>43618291 #>>43618343 #>>43618422 #>>43618825 #>>43618896 #>>43619003 #
BuyMyBitcoins ◴[] No.43618343[source]
In my experience there is also a fifth possibility: If client is unaware of the bug, would “fixing it” lead to them filing a ticket because the application now behaves differently than expected?

I’ve also encountered several “load bearing bugs” where subsequent integrations/workflows were designed to accommodate the bug. Sometimes this was because the bug was known but couldn’t be fixed at the time, or the developers assumed the program was working correctly and accommodated the bug thinking it was expected behavior.

Therefore fixing the original bug would raise questions about what else needs to be updated as well.

replies(2): >>43618573 #>>43618708 #
1. jaza ◴[] No.43618708[source]
Obligatory xkcd: https://xkcd.com/1172/