I think of "don't break the debugger" as a top important design heuristic. It's one point in favor of async, and language that make async debugging easy. And

I think of "don't break the debugger" as a top important design heuristic. It's one point in favor of async, and language that make async debugging easy. And at the very least, you can encapsulate things so they can be debugged separately from the multi threading stuff. If you're always using the debugger, you learn to build around it as one of your primary tools for interacting with code, and you notice right away if the debugger can't help with something.