FrontlineSMS on a Mac?

Bobby, a friend of mine from the Philippines (who I met at a recent Fahamu workshop in Nairobi), has been doing some great work with FrontlineSMS lately and has become a real supporter of the software. Over the next few weeks development of the next version will begin – thanks to funding from the MacArthur Foundation – and hopefully Bobby will be a central player in that. In the meantime, he holds the honour of being the first person – that I’m aware of, anyway – to get FrontlineSMS running ‘on’ a Mac (within an XP ‘virtual machine’, anyway). And here’s his photo to prove it.

The new version will be platform independent, so hopefully we’ll see a lot more Macs running FrontlineSMS in the coming months and years…

Bridging the knowledge divide

A common theme in my work, and in many of my conference talks, centres around a very simple message – appropriate technology. It’s nothing new, and as a concept has been around since the 1970’s with Fritz Schumacher’s defining book, Small is Beautiful: Economics as if People Mattered”. During my recent interview with Nokia’s “New Horizons” magazine, however, it was interesting that the conversation was entirely appropriate-technology focussed. I was expecting questions about FrontlineSMS, my work on wildlive! and my developing-country technology experience. Instead, the interview was dominated by my focus on “needs-based”, “human-centred”, “grassroots” and “appropriate” technologies. Believe me, I was more than happy to talk about these things – I don’t think enough people do.

It still surprises me – sometimes even saddens me – that we live in an era where there’s a general tendency to over-engineer solutions. Not only is this a waste of time in my view, but it’s a waste of money and effort. It also raises expectations. Believe me, there’s plenty of this going on as we speak (sorry, read). I come across this at conferences where I meet hugely technically-abled people who spend their time trying to find homes for the very latest technical gadgetry. And because of where I work, and the circles where I mix, the home they are looking for is usually in a developing country. This only serves to exaggerate the problem.

Take the recent use of my FrontlineSMS system in the Nigerian elections. FrontlineSMS is not rocket science. It’s so simple, in fact, that it slipped under most people’s radars. One comment on Slashdot discussing its use highlights this over-engineering view well:

It’s too simple. You guys don’t know what you are talking about. Doing it all with one computer and an SMS modem? You can’t future proof it that way. I want to see some mention of CORBA and SOAP. How can you have a system without middleware? Can you use dot NET? Everybody uses that these days. And what if I want to use it when I am already on the phone. Can’t it have a WAP interface as well? I want to sell a thousand copies of this thing and nobody is going to pay a million bucks for something which doesn’t use a single cutting edge technology

There is certainly no written rule that everything has to be cutting edge. Very little, in essence, is. Is Google cutting edge? There were plenty of other search engines around before they came along. All they did was see the opportunity, do it better and hit the target. Over the coming weeks I’m going to be spending a lot of time discussing mobile phone use, and web access, in developing countries. I’ll soon be presenting a paper – the same one presented at W3C in Bangalore last December – at the 16th International World Wide Web Conference in Banff, and sitting on an expert panel at the same event. And my message will be the same as it has always been.

Although it should come as no surprise that there’s a gulf between many developers and the realities of life in developing countries, there have been attempts to bring the two together. Some have worked better than others, but at least there’s a realisation that a meeting-of-minds is needed. If you want a simple, effective example as to why, take a look at the handsets being used by the majority of rural people in developing countries (see photo, taken in India this January). Then have a think about how Java, Flash Lite, WAP and smart-phone applications would go down with these users. Okay, one day these technologies will become relevant, but right now I would argue that they’re not. SMS is still the killer application, like it or not. And, on the subject of web access on mobile devices, I would also argue that we haven’t quite mastered it ourselves yet. Generally-speaking the user experience still leaves a lot to be desired.

I’m not the only person who thinks this way. Far from it. And I’m looking forward to meeting the others, and our technically-minded colleagues, in Canada next month. Time to re-open the debate…

It’s capacity building, stupid..!

Most of us know the story about teaching a man to fish. It goes something like this. Give a man a fish and you feed him for a day, teach him to fish and he can feed himself and his family forever, or at least a lot longer than one day. I have a similar story, but with a slightly different ending.

Benson in Zambia needs to dig a hole. The way most international aid works today, we’d fly a team over and dig the hole for him. We’d bring over the spades, use consultants to decide the hole’s parameters, and then return home with the spades. The hole might be the wrong shape, or the wrong depth, and in the wrong place, but it’s a hole, right? You may ask why we’re digging it. Benson knows where his hole needs to be, the optimum depth and shape. Why aren’t we giving him the spade, and letting him to do the rest? And, hey, with a spade he can then go and maybe dig holes for other people, and maybe make a little money along the way.

Okay, this may be a simplistic version of capacity building, but it’s so obviously the way we should be going it’s quite amazing that it’s still not standard – or even best – practice. Many ICT programs simply replicate these old models. The “West” holds the intellectual property over the systems, they’re developed in our capital cities, they give us jobs, they’re often big and grand and expensive, and we then let them loose in the developing world. Hey, some even work! But I still wonder why we don’t let developing nations develop their own solutions. As with Benson and his spade, all they need are the tools and a little help, and they’re well capable of doing the work themselves. They understand their predicament more than many of us could ever do.

While I was in Bangalore last December for the W3C Workshop, I had the pleasure to hear first-hand about an amazing project being run by Nathan Eagle, an MIT Research Scientist based at the University of Nairobi in Kenya. The EPROM project (IT experts will get the irony!), or Entrepreneurial Programming and Research On Mobiles, aims to foster mobile phone-related research and entrepreneurship at Kenya’s leading university. Students are taught how to program mobile phones, and develop applications, for use within the university, within their communities, and nationally. Quite simply it’s a brilliant idea, and an example of capacity building at its finest.

If you dig around it’s still possible to find little gems like this, but it’s a shame we have to look so hard. Initiatives such as EPROM and Kiva (see the blog entry below) are setting the new standard. They’re breaking the mould for how we go about “helping” the developing world. As many of us may already know, it’s not really help they need. It’s the tools. There are some very bright people over in Africa too, you know.