January 13, 2012, 2:58 PM — Anyone who's been in IT for more than 10 minutes knows that troubleshooting is a huge part of the job. Some item -- it doesn't matter what -- breaks in a new and entirely unexpected way, and by default, it's up to you to get it fixed. It doesn't matter how many books you've read, how well you know the user guide, or what you ate for breakfast. What matters is how quickly you can connect the dots and wiggle your way out of the problem.
No book or teacher can magically pour deductive problem-solving skills into your head. What works is lots of experience falling flat on your face -- and lots of pounding your head on a desk until you solve a particularly intractable problem. I've learned the most from incidents during which I've broken something so thoroughly that I have absolutely no idea how to put it back together again. That's a gauntlet no one wants to walk, but everyone does. The more painful the experience, the more likely you are to get wiser.
Nonetheless, received wisdom has its place -- especially if you work in a siloed IT environment or specialize in a particular domain and need to broaden your knowledge. You'll thank yourself the next time you're so lost and alone in the weeds even Google can't help you.