As a favor to my wife, I developed an Excel application to help her employer out with scheduling and status in a small wood manufacturing shop. Excel was chosen as it was the lowest barrier to entry, and the quickest to get out the door. It wasn’t a mission-critical app and I wasn’t getting paid or anything, so I thought I could get something delivered fairly easily.
After all, what was needed was “no big deal” and “we just need something that works”.
The final solution used a lot of hidden columns to calculate intermediate results, and macros to make it easier for the end user to interact with the spreadsheet. The problem is that there are absolutely zero tests on anything, nor can their ever be. There’s no such thing as “ExcelUnit”. I found a “VBAUnit”, but it was last released over 4 years ago.
For a while, I couldn’t figure out why I was so worried about releasing (i.e., emailing them a copy) the Excel app. I realized that I had been coding without any confidence that what I was delivering worked, and would continue to work.
I’ve been so accustomed to having tests and automated builds as my backup, coding without them felt dirty and a little scary. I was asked “so does it work?” and my only answer was “I hope so”. I was entrenched in ”CyfDD”, or “Cross-your-fingers Driven Development”. Does it work? I dunno, better cross your fingers. CyfDD is a close cousin of “GoykapDD”, or “Get-on-your-knees-and-pray Driven Development”. Releasing only once per year or two leads to GoykapDD.
Sometimes I get asked why I bother with automated tests and builds. Frankly, without automated tests and builds, I have zero confidence in my code. Nor should I, or should anyone else for that matter. Confidence in code written without automated tests and builds is just delusion.
Post Footer automatically generated by Add Post Footer Plugin for wordpress.