views:

38

answers:

2

Hi,

I've started reading The Pragmatic Programmer, which I am enjoying and learning heaps form but I'm having difficulty understanding the difference between tracer bullets and prototypes. Are tracer bullets like having all of the views of an application there but not yet adding the entire functionality?

Thanks

+2  A: 

See this. I think it's fair to say that tracer bullets are just a metaphor to help explain the value of prototypes. I don't think there's a difference.

Carl Manaster
+1  A: 

The trace bullet approach is to get something working right away. In the book they state:

Tracer code is not disposable: you write it for keeps. It contains all the error checking that any piece of production code has. It simply is not fully functional.

Where a prototype might be throw-away that's not my read of what they're advocating in this particular essay.

The essence to me seems to be, if there is some difficult part of the system try to show that it can be done, before you spend a bunch of time supporting a solution that's never going to be shippable.

Paul Rubel
Your quote seems to contradict itself. If you write it for keeps and contains all the error checking and what not, shouldn't it be fully functional?
Drackir
Does this mean that it has all the views and hard coded data where functionality is not yet available?
Lily
@Drackir, Ugh, I clipped too much and didn't proof enough. I don't have the book with me any longer but will update it tomorrow. The jist is "all the error checking for the functionality that is implemented". Which in this case isn't much.
Paul Rubel