| Far from it. I am saying you don't need a debugger in the scenario above because the only time you need it in that case is if your inputs can't be trusted. If you control the domain, the only way you can't trust your input is if you fucked up. The answer to that isn't "oh now I need a debugger" the answer is to go clean your code. While I'm here, I'd also like to point out this isn't a "I'm good and your shit" thing I'm describing, this is my day job. I make lazy crap code to get things done, then I go in to modify it and find I can't reason about it, so I go and clean up the mess. Maybe I made it, maybe I didn't, it's besides the point, you have a mess, clean that first, then reach for a debugger. Hell reach for a debugger to help clean up if you need to, just don't sit there and tell me you need a debugger because code inherintly needs to make assumptions about what is in a variable. It doesn't. If it does, it's a code smell. > So many errors boil down to assumptions about what is in a value. Only avoidable errors. They should not be dictating your tools or your language. |