> I've yet to see someone suggest a better process or practice that alleviates their concerns with TDD. I think that's part of the point. If you want to follow

> I've yet to see someone suggest a better process or practice that alleviates their concerns with TDD. I think that's part of the point. If you want to follow a process like clockwork, test-implement-refactor-test, then TDD might be the best we have. But what if not having any process is better than even the best formalised process? That's certainly my personal experience: my haphazard, process-free way of hacking delivers solid results very fast.