Another nice little gotcha for you:

If you get this error after building and installing MySQLdb 1.2.2 on 10.3.9:

have a look in your /usr/local/mysql/lib/ folder. You may discover, as I did, that the library it’s looking for is in that folder, and not in a subfolder called mysql.

I spent ages on this before realising what was wrong.

The solution is simple, just make a mysql subfolder and alias (or copy) the library into it.

Aaaagh!

Inspired by a similar page on Boah’s website, I decided to start listing the tools that I use. Apart from anything else, it gives me a handy place to keep my tool related notes and links.

The beeb seem to be working themselves into a mouth-foaming frenzy about the fact that they accidentally showed the press some footage of the Queen which implied that she might have been a bit pissed off during a photo shoot. Like we are supposed to care…

What century are we in again?

The worst part of it isn’t even the sycophantic fawning over the Queen - distasteful though that is, I’m used to it by now.

No, the worst part is the illustration of just how self-obsessed the BBC have become, and how low their standards of journalism.

The story achieved almost blanket coverage last night, and featured heavily on both Newsnight and the Today program. It’s a growing trend that the BBC cover their own internal dealings as serious news, giving undue prominence to stories about their own programs which often amount to little more than promos.

They should still be a serious institution, and I have a great deal of time for an organisation who’s avowed aim is impartial reporting. Sadly though, the BBC are rapidly undermining that status by behaving like everyone else around them, and taking themselves far too seriously.

In this case, like so many others, actions would speak far louder than words.

I've been reading Joel on Software recently (the book of the website, rather than the website itself), and whilst I think he's a bit of a keen self-publicist and not always right, on the whole he talks a lot of sense.

The main thing that I get from this book, as with a few similar ones I've read over recent years, is a sense of reassurance that there are other people out there who think the same way.

This is pleasing and frustrating in equal measure - the former because it's nice to feel that you're not completely barking mad, the latter because of course it confirms what I already knew, namely that management is the main problem and that there are no magic bullets.

Increasingly over the last few years I've started to realise that I get more frustrated by bad working practices or silly decisions, and my inability to change them, than I do about almost anything else. I think I'd probably prefer to work the "right" way on something innately boring, rather than the "wrong" way on something sexy (of course, really I want to have my cake and eat it too).

I still love programming, but there's a limit to what you can do on your own and I've spent much of the last 19 years of my working life searching for the perfect manager who is technically savvy enough to know when I'm right (and correct me when I'm wrong), and politically savvy enough to protect me whilst I get on with doing things the right way. I'm now increasingly of the opinion that I probably need to give up on the search, and instead attempt to become that person for a new generation of coders. Either that or set up on my own as an indie developer, and accept that whilst there's a limit to what you can do on your own, you can still do a lot (I am sorely tempted, except that I like working in a team). I think I came to this realisation at Sony actually, but it somehow has taken quite a while to filter properly through my brain.

Apart from anything else, the argument for moving into management is a case of just keeping the blood pressure down. It is amazing just how soul destroying it is to have to put up again and again with the minor niggles that result from systemic things being wrong. To come in every day and find that the source control system still doesn't work, or to watch colleagues make the same mistakes, for the same bad reasons, again and again. Not that I don't work with some smart people, but sometimes things are just wrong. And when you know what's wrong, you know how to put it right, and you even know that it would make more sense and save the company more time and money for you to put it right yourself that to wait for the person who's job it is to do it, yet something is conspiring to prevent you, it's torture.

When you're young, you tend to either be oblivious to this stuff, or just have the time and energy to steam-roller through it (the build scripts don't work properly? No problem, I'll just work through the weekend and get them knocked into shape. Dave won't let me refactor that file system, fine - I'll just do it at home and prove to him that my way will be better). The older I get though, the more I find myself wondering why the hell I should have to put up with it. More to the point, why should Caroline have to put up with me slaving away in my spare time trying to do someone else's job as well as my own? Life is too short.

Of course working in a team is all about compromise, and I know that. I can't get my way all of the time, there are commercial realities anyway, and I can live with all sorts of rubbish practices if I feel that they are a necessary short-term evil which will be addressed once our current deadline is over. I've written more than my share of crap this-stinks-but-it-will-do-for-now code to ship things. If you have any pride in your work though, you do that sort of thing under protest, on the basis that you will get the time to go back and clean things up later.

And even under tight pressure, I'm firmly of the opinion that if you see a problem you fix it. You don't leave it for a while, until it's a really really bad problem. If you can hear it ticking, you definitely don't leave it until it blows up in your face.

Yet mysteriously that "clean things up later" bit never quite seems to happen. There's always something else with a higher priority. It seems to me that the only way to make it happen is to be the one setting the priorities, even if that does mean more time in meetings, and little or no time spent in front of a compiler.

Damn! I wonder if I can convince anyone that I'm right?

Many thanks to cousin Keith for recommending this book to me.

It's a good read, and whilst I don't agree with 100% of what Joel says, he still talks a lot of sense. Definitely one to give to your manager too.