Perpetuating Ineptitude

Thu, 01 Mar 2007 04:57:54 GMT

Why are there so many programmers out there that can't program? That seems to be this weeks blogversation (thanks Scott H). Perhaps this is equivalent to asking why are there so many people who can't spell? I think it's because we dont teach people properly.

Jeff Attwood contends there is a 'vast divide between those who can program and those that cannot program'. And he'd be right. The evidence available suggests that people have either got the knack or they don't. Scott Hanselman writes that you 'cannot teach height'. True, you cannot learn what only genetics can give you. However, I'm a little concerned that we aren't looking at this issue through a wide enough lens. My instinct tells me that these facts are all the more reason to sort the sheep from the goats a whole lot earlier than we are at the moment.

I think the source of this problem is twofold:

We arent sorting good programmers from bad early enough.
We arent providing the necessary breeding ground to ensure that good programmers rise to the surface.

The interview process is too late. This is why any and all comers are knocking down Jeff's door for a job. They think they can do it, and nobody has told them otherwise. We should be spotting programmers before they reach the age of 18. The university degree is obviously not as important as universities would like us to think any more. What is forming is a classic catch 22. To get a job in IT you need experience, and to get experience you need to have had a job in IT. Nothing is more valuable than experience is it?

Perhaps our biggest mistake is that we look at training programmers like we do our other science or arts graduates. Give them a wide range of subjects and make them pass difficult, if not irrelevant examinations. They end up with a very general knowledge of computing. Specialized programming courses come a lot closer, however they too share the same weakness: lack of peer review. Herein lies the issue with certification, it doesn't adequately test ones ability to perform the job. It doesn't put you through your paces and make you solve real problems, in the real world, in real time. This is why the FizzBuzz concept strangely works, however its too little too late.

Incidentally, IT isn't the only industry to have this problem. The trades have been struggling with this issue for a lot longer than computing has been around. Im not saying that the tradeskills training programs in Australia are the posterchild for best practices in this area, however there is one concept that the trades have that works, that we overlook in IT. The apprenticeship.

For those of you who know me, you would know I have a unique perspective on this matter, as a mechanic by trade, I have seen the benefits and the downsides to apprenticeships.

Pros

Combines training with usable experience.
Wage subsidies for employers.
"Teaching is the best teacher." Ensures senior staff get to revisit the basics once in a while.
Abstracts the selection process away from the employer. Employers dont have to choose apprentices, the apprentice board will do that for them if they so wish.
Gives the employer the oppurtunity to retain good employees, and discard the bad.

Cons

Apprentices may not end up in the exact job they were after.
Apprentices are inherently younger, and oft need 'coaching' in life skills. I.e. turning up on time, truancy etc.
Apprentices rely on the workplace for over 50% of their training.
Employers may have to drop their expectations for an 'entry level coder'.
Some apprentice/employer relationships may end up resulting in the apprentice 'riding the broom' for four years.

Whilst its clearly no silver bullet, its got to be better than 99.5% ineptitude amongst applicants for senior roles.

We should be hiring kids out of senior high school and putting them alongside veteran coders whilst giving them solid, programming specific training for at least 4 years before they even get to call themselves a code monkey. Only the really interested apply, because the disinterested much prefer a McJob at that age. Combine the formal training with real world experience. Provide a base level of skills. Lets not get all wrapped up in how elitist the programming club can get. Let us remember that good quality training is the key to creating good quality professionals. We aren't that different. Lets concentrate on eliminating the catch 22 of experience.

If you are having trouble seeing the sheep for the goats, then breed more sheep.

iDontCare

Mon, 12 Feb 2007 23:56:01 GMT

What is it the whole swag of iAccessories these days?

Its like the ex employees of McDonalds marketing division have taken over the universe or something. Is the art of marketing truly this simple? Every new device that comes out these days, whether related to the iGrandaddy or not must have the iPrefix or iDie? First McFries, then eBusiness, now i<insertWord>. Take the iChallenge. Take a word and stick an i on the front. Plug it into your favourite search engine. I came up with iProduct, iAccessories, iWord, iBone to name but a few.

So what is the fascination of the prefix? Its actually a clever product identifier in more ways than one. Firstly, it immediately associates the product in question with a type of product. Software programmers have been doing it for years. You can assume that most iProducts or electronic devices, and its a surety that McFood is, well, kinda food like. You can prefix the most succint of words to describe your product, to ensure the consumer remembers its name. iPhone is a perfect example. The potential play on words provides advertisement scope, for instance Trolltech's Qtopia Greenphone. The simplest of words can become trademarked, because they suddenly become distinctive.

Despite this all making very good 'marketing sense', I cant help but think that the technique is overused, and the consumer public has already begun to associate iStuff with cheaply built products. A quick perusal of urban dictionary will demonstrate how the public percieves McDerivatives, and iPuns are beginning to form quickly too. Eventually you'll start hearing the phrase "iThings are so 2005". But by then im sure they will have come up with a new advertising silver bullet.

Jim Lives Here: Rant

Perpetuating Ineptitude

Pros

Cons

iDontCare