Being Professional

I'm having such a great time dealing with lazy code. Check out these gems I've found just today ...

var periodError 
    = string.Format(
        "The Survey Return does not contain a valid Reporting Period");

Why format something that with no parameters? I changed the code to this:

var periodError 
    = "The Survey Return does not contain a valid Reporting Period";

It's interesting to see how different people react to the idea of process improvement. Most people fall into one of two camps - I'll term these the Conservatives and the Radicals.

Conservatives don't see any need for change at all: "That's just the way we do things around here, we get the job done, and I've got work to do anyway." They put no effort into process improvement, and therefore realise no improvements. They never make things worse - but they never make them better either.

Saw something interesting at church the other morning, as the speaker was preparing her message.

A set of PowerPoint slides, for display alongside the message itself had been saved on a USB key, and needed to be loaded on to the A/V computer used during the service. However, when the key was inserted, it didn't appear under My Computer, making it kinda difficult to access the files.

The immediate response of the person driving the computer was to dive into the control panel, clicking things at random, looking for something wrong.

It appears there are those who think it's perfectly Ok to steal Roy Osherove's latest book, "The Art of Unit Testing".

Seems a bit rich to me - after three years of hard work, surely Roy deserves the small recompense he gets for each copy sold.

I wonder how many of those who cheerfully stole his work would be just as happy to have three years of their hard work stolen by people too lazy or too cheap to pay.

Just read an interesting article which included this comment:

There is also a belief that older programmers "lose the edge." That belief is mistaken in my opinion; older programmers may not burn as much midnight oil as younger ones, but that's not because they are old, but because they get the job done without having to stay up past midnight.
(Michi Henning, "API Design Matters", Communications of the ACM May 2009 Volume 52, Number 5)

Something to aspire to, perhaps ...

Well over 10 years ago I learned of the so called Four stages of competence.

In short, these four stages identify the progression of skill adoption:

Someone with Unconscious Incompetence doesn't even know that they don't know.

Someone who is Consciously Incompetent has some idea of what he doesn't know.

Someone who is Consciously Competent can get the job done, but has to work at it.

Leon Bambrick has an interesting post 8 ways to be a better programmer in 6 minutes. Even if you don’t agree with Leon’s tips, they’re interesting, and thought provoking.

In the same spirit, here’s some more tips for you … though some of these might take more than 6 minutes to do.

Jay Fields has a recent post “The Cost of Net Negative Producing Programmers”, in which he laments the high impact of NNPPs and the lack of any industry structure that encourages them to leave the field.

I find it reasonably depressing to find that, in many ways, I agree with his argument.

Worse, I’d go so far as to suggest that a similar problem exists in other parts of the ICT industry.

Some examples from my own experience …

A friend emailed me an interesting quote:

"... what little evidence we have about programmer productivity points to a productivity distribution that's skewed with a long tail of incompetence"

-- Larry O'Brien

However uncomfortable it might make you, I believe there's a certain amount of truth in this quote.

Over on 43 Folders, Merlin Mann has posted a thought provoking article Attention & Ambiguity: The Non-Paradox of Creative Work

Go read it. I'll wait here.

Merlin has written about a important distinction, one that is critical to all creative endeavours - and I include Software Development as a profoundly creative endeavour.

I was reading today about the so-called "awesome bar" included in the upcoming release of Firefox 3 and was struck by the observation that many commentators seem to be simply complaining about change.

Dealing with constant (and accelerating) change is part and parcel of working in the IT industry.

I was listening today to a recent Hanselminutes podcast, where Scott Hanselman and Carl Franklin were discussing the Joy of Development.

A friend recently asked me what podcasts I listen to on a regular basis - and I figured to share the list here as well.

Spec# is a C# based language from Microsoft Research. It extends the language by adding comprehensive support for Contract Based Programming, with new keywords such as assume, require and expose.

There's one thing that really really bugs me about Agile development ... well, ok, there are several things, but today I'm focusing on just one ... and that's the thinking around YAGNI.

In case you're not familiar with the acronym, it stands for You Ain't Gonna Need It.