News for hackers. Stuff that matters.
Re:The Pragmatics of TDD by d4vlx on Wednesday March 06, 2013 @12:17PM (#5332269)
I interpret Bob's post as saying that having automated tests is critical, not that TDD is the one and only way to test. I know he uses the acronym TDD but his logic all points toward the value of automated tests and he did not mention that TDD is the only way to do it.

When looked at in this light his advice is spot on for me. The kind of projects I work on would quickly get bogged down and have high failure chances without automated tests. When my current employer was in the startup phase they ignored testing, were making tones of money, hired tones of devs and wrote tons of code. At least they wrote tons of code for the first couple years then they hit a wall where it became incredibly difficult to add new functionality. Now that they have been writing automated tests for 5 years new functionality is comparatively easy to add to anything but that original project (which is still running making money but very hard to change). This is server side financial processing, user management, business logic code.

Re:The Pragmatics of TDD by mattmanser on Wednesday March 06, 2013 @12:38PM (#5332411)
TDD is mentioned specifically several times. He starts the entire sentence about tests with:

Of course one of the disciplines I'm talking about is TDD.

We're talking about Uncle Bob here. If Uncle Bob doesn't realize there's a difference between TDD and automated tests, then there's been a whole lot of arguing about nothing for the last few years.

In other words, no, you can't interpret Uncle Bob that way, he really is talking about TDD.

Re:The Pragmatics of TDD by d4vlx on Wednesday March 06, 2013 @01:02PM (#5332634)
I no doubt he knows very well what TDD is. Even if he is being as dogmatic as plinkplonk claims I still think his advice has merit because this and the last post are great justifications for automated testing. Attacking dogmatic TDD seems beside the point to me.