The Shenanigans Handler
by in CodeSOD on 2009-09-30"I'm a senior developer in a department developing, among other things, an Adobe Flex web GUI for the configuration of our products," writes Lucy. "Having worked on systems in the past which could require production fixes at 2:00 AM if something went wrong, I am a true believer in robust software (which allows you to sleep through the night). Fortunately, my current employment doesn't require that lovely on-call dedication, but it does leave me as the odd man out when trying to argue designing and implementing robust code versus time-to-ship with my team mates and manager."
Lucy continues, "I was recently addressing a reported bug when I discovered some code that finally made me realize why my methodology for robust error-handling was not important. One of my fellow developers had found a much quicker and easier method of error-handling: the shenanigans handler. What better way to describe this methodology than a quick code snippet."

Craig Landrum grimaced, sucking air through his teeth, clenching his fists, and tightly shutting his eyes. It wasn’t so much the 300-pound robot that was stampeding full-speed towards him while rotating its menacing gripper arm, but more The Admiral, who was wide-eyed with fear and instinctually reaching for his sidearm. Cha-cha-cha-chunk. Craig peeked through his left eyelid to see that the robot had halted on its track, not less than two feet from them, and nearly tipped over before zipping away in the opposite direction. Needless to say, the demo didn’t go so well.
Let's jump into the wayback machine, all the way to the summer of 1994. David G. was starting at his very first job out of school, developing some train control system software. Perhaps not thrilling work, but hey, it was a job.
The year was 1993, and that meant one thing: Old Iron was finally ready for
In my career as a developer, I've worked in a few organizations (and survived through my fair share of re-organizations) but the general pecking order stays the same with regards to IT. Developers work together and take direction from a Project Lead who is directed by a Team Lead, who answers to a Department Lead who in turn receives orders from a person at the Executive level. There's the same thing at Hobson's work, however, their org chart has a additional...twist.
Their first correspondence was an unsolicited call from Vilhelm. "I'm calling because I hear you do web work." Gaye B. responded that yes, he did, and began collecting whatever scant details he could about the project, telling Vilhelm he'd need some time to prepare an estimate. Vilhelm casually mentioned "you know, your last name sounds familiar. You wouldn't happen to be the son of Bob and Alice, would you?" He was. "Oh, that's great! Our parents are friends, they met on vacation at the coast last year!"