3 ms·
Because being dogmatic is exactly what causes people to start ignoring this sort of methodology. Pragmatism really does have to win out sometimes. Maybe you're
by kyralis 6y ago
Because being dogmatic is exactly what causes people to start ignoring this sort of methodology. Pragmatism really does have to win out sometimes. Maybe you're in a hurry because the bug is causing active downtime. Some bugs really are "obvious" once they've failed and you're looking at the code. Maybe development of a proper test involves some test infrastructure work that's a larger undertaking than you have the opportunity for at the moment. Maybe you have a solid manual/QA testing system behind you, allowing you at least temporary assurance that your fix is valid.
No team does everything perfectly all the time, and that's fine. The real question is what gets done about it afterward: is the technical debt that you've incurred paid down in a reasonable time frame?
- karmelapple 6y agoThis nicely encapsulates what I was hoping to say, but didn't take the time to write out. Thank you! > Maybe development of a proper test involves some test infrastructure work that's a larger undertaking than you have the opportunity for at the moment. This is something I've encountered many times. > Maybe you have a solid manual/QA testing system behind you, allowing you at least temporary assurance that your fix is valid. I would hope most people are doing this anyway, especially when a big production bug has been found.