The Art of Verbocity

Saying just the right amount is an art. It is hard to say just enough to convey your point while not getting overly verbose.

Take for example a simple directive: “Go”. While this directive lets us know what to do it lacks information. Where should I go? Why should I go? Does this mean me physically or something I am supposed to do?

Update the example to this: “Go down the street, take a right, go 3.4 mils, turn left, watch for traffic, cross the street. go into Sav-A-Lot Grocery, grab some cookies, and come back”. This is very exact but may be overly verbose. If I already know were the Sav-A-Lot is then this information is arbitrary and doesn’t really add much to the overall context. This example does, however, give more information as to the purpose of the directive is.

Perhaps a median ground is best: “Go get some cookies”. The directive is meaningful, succinct, and has enough information to keep the person targeted by the statement from being overly curious.

The same thing applies to code comments. You should write enough so that the situation is clearly explained without going into too much detail. If you find yourself not writing comments or writing one or two words, this is the equivalent of “Go”. If you find yourself describing what the code itself does, this is the equivalent of the overly verbose version of “Go…”. Since the code itself offers direction, the purpose of the comments should be to simply tell what the overall purpose of the code is and why it is doing the things it does. This is the equivalent of the “Go get some cookies” directive. It is enough information to provide some help but not too little or too much.


Working Smarter Versus Working Smarter

I previously wrote about Working Smart Versus Working Smarter. In it I spoke about how I needed to pull a bunch of fence posts out of the ground. Instead of taking the obvious option of getting a shovel and starting to dig (working hard) I chose to build something that will do the same amount of work with less effort (working smart). This contraption worked fine for a while, however I came to realize that even when working smart there are ways to work smarter.

This past weekend Mark Turansky and Dan Mace came over to help me pull an old four foot picket fence out and set the posts for a new six foot privacy fence. We started using my contraption and found that, while it was a little unwieldy to move, it was doing the job. We pulled a couple posts then someone pointed out that the 3/8″ stainless steel eye bolt was actually bending. For whatever reason the post, while it would wiggle quite a bit, was firmly rooted and was not going to come up with the aid of just my contraption.

untitled.jpg

So we took a step back to think about the situation and came up with the solution of wetting the ground to help loosen the soil. After hosing down the area for about a minute one of the guys pushed against the post, only to find that he could now almost pull it out by himself, with his bare hands. We cast the contraption aside and use this method to wrench the rest of the posts from the ground.

Working smart doesn’t preclude improvements. There is almost always a way to work smarter – finding it is the real challenge.


The Sound of Brilliance

There are countless descriptions out there about what it means to be a software engineer. These cover the expectations of the job, the general atmosphere, and often give enough information to help fledgling software engineers decide whether this is the career for them or not. Yet they are all missing one very, very important detail:

What does being a software engineer sound like?

Yesterday, through a mishap of GTalk, we were lucky enough to trap the sounds of a software engineer in his native environment. This elusive creature has, to date, never been recorded (by me).

A deep dive into the actual focus of the recorded work shows that this particular sound byte is of the debugging nature, a virtual mating call in the software world. The recorded engineer describes the situation as, “I think I was wondering wtf was going on with my gmail window and then [working towards] making it stop doing it.” Stunning.

Check out what some established software engineers and software managers are saying about it:

Trampas Kirk calls it “Riveting!”

Paul Weil describes the recording as “[It] just sounds like scratching to me.”

Jason McDonald calls the performance “entirely realistic and plausible.”

Mark Turansky says, “Huh?”

Without further ado, I present to you, “The Sound of Brilliance” :

[audio:http://www.mcdonaldland.info/audio/1122892093.mp3]
You may need to turn the volume up a bit…