The Importance of Perfect Training Code

I may have some perfectionist traits, but whenever I do a code presentation, usually for a training seminar for my folks, I end up spending a lot of time making sure the code is pretty much perfect and follows all the coding conventions.

Much of the time I’m borrowing example code from other sites or books, and I have to go in and clean it up. Often variable names are inordinately short or they followed some rule that private variables start with an underscore. Since part of the point in teaching your own seminars is that you can completely customize it for your developers, I don’t want to miss the chance to reinforce are standards.

The danger is two fold if I don’t do a good clean-up job. One, they have fun ribbing me about blowing some standard instead of focusing on the examples. Two, they think something is acceptable because I had it in some slide example that way like used a

1
System.out.println

instead of Log4J.

Anyway I’m mostly ranting on this because I’m in the midst of putting together a TDD seminar for my folks. It’s a little scary since I don’t feel like I’ve ever gotten to work on a TDD team, though I’ve practiced it on my private projects for a few years now. As I’ve learned when acting in the instructor role I need to be overly prepared because I get really nervous when I’m speaking on something I don’t know cold.