4 ms·
It's nearly guaranteed, even if it is just because customers had to work around the bug in such a way that their flow now breaks when the bug is gone. Obligato
by strbean 1y ago
It's nearly guaranteed, even if it is just because customers had to work around the bug in such a way that their flow now breaks when the bug is gone.
Obligatory: https://xkcd.com/1172/ https://xkcd.com/1172/
- giaour 1y agoAlso known as Hyrum's Law (https://www.hyrumslaw.com/ https://www.hyrumslaw.com/), but more people know the XKCD at this point :)
- thaumasiotes 1y agoThat comic doesn't show someone working around a bug in such a way that their flow breaks when the bug is gone. It shows them incorporating a bug into their workflow for purposes of causing the bug to occur. It isn't actually possible for fixing a bug to break a workaround. The point of a workaround is that you're not doing the thing that's broken; when that thing is fixed, your flow won't be affected, because you weren't doing it anyway.
- dllthomas 1y ago> It isn't actually possible for fixing a bug to break a workaround. That's not true. For instance, if there's a bug in formatting, that might be worked around by handing the unintended formatting. But now you're (maybe) not handling the intended formatting, and a fix would break you.
- strbean 1y agoIt might be as simple as a property name containing a typo, and the workaround being to expect that incorrectly spelled property name. When the typo is fixed, the code that was expecting the misspelled property breaks. Maybe it's a bad workaround, but your users will almost certainly implement bad workarounds.