PermaLink My Four Debugging Rules04/08/2008 08:47 PM
Four rules.  That's all you need.  They work for everything from tractors to software to cats to relationships.
  1. What is it? Identifying something can be half the battle. If you'd known it was an ATI card instead of an nVidia, or a 1964 Chevrolet instead of a 1963, or a fuckbuddy relationship versus a potential marriage, that can make all the difference.
  2. What's it supposed to do? If you don't know what something looks like when it works right, you have no chance of figuring out that it's even working wrong, let alone what to do about it.
  3. When was the last time it did that? If the thing never worked right, it's different than if it worked for years right up until last night.
  4. What'd you do to fuck it up? The nicer version of this is, "what changed?" Stuff doesn't work one day and then just doesn't work the next day without something changing. And often enough, it was something you or somebody else diddled with. Knowing what the change factor was is crucial.
This page has been accessed 146 times. .
Blabber :v
No extraneous blabber available.

Other stuff to waste your time:
Weightless Dog
My YouTube videos
My Head Talking
Today's Poll
Recent Entries
The BlogRoll
No calendar found.
Monthly Archive
Lotus Domino ND8 RSS News Feed RSS Comments Feed RSS Validator Blog Admin Lotus Geek OpenNTF BlogSphere
Say hi